- Users - oVirt List Archives

[Users] Local storage domain fails to attach after host reboot
by Patrick Hurrelmann 25 Jan '13

25 Jan '13

Hi list, after rebooting one host (single host dc with local storage) the local storage domain can't be attached again. The host was set to maintenance mode and all running vms were shutdown prior the reboot. Vdsm keeps logging the following errors: Thread-1266::ERROR::2013-01-24 17:51:46,042::task::853::TaskManager.Task::(_setError) Task=`a0c11f61-8bcf-4f76-9923-43e8b9cc1424`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 817, in connectStoragePool return self._connectStoragePool(spUUID, hostID, scsiKey, msdUUID, masterVersion, options) File "/usr/share/vdsm/storage/hsm.py", line 859, in _connectStoragePool res = pool.connect(hostID, scsiKey, msdUUID, masterVersion) File "/usr/share/vdsm/storage/sp.py", line 641, in connect self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1109, in __rebuild self.masterDomain = self.getMasterDomain(msdUUID=msdUUID, masterVersion=masterVersion) File "/usr/share/vdsm/storage/sp.py", line 1448, in getMasterDomain raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID) StoragePoolMasterNotFound: Cannot find master domain: 'spUUID=c9b86219-0d51-44c3-a7de-e0fe07e2c9e6, msdUUID=00ed91f3-43be-41be-8c05-f3786588a1ad' and Thread-1268::ERROR::2013-01-24 17:51:49,073::task::853::TaskManager.Task::(_setError) Task=`95b7f58b-afe0-47bd-9ebd-21d3224f5165`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 528, in getSpmStatus pool = self.getPool(spUUID) File "/usr/share/vdsm/storage/hsm.py", line 265, in getPool raise se.StoragePoolUnknown(spUUID) StoragePoolUnknown: Unknown pool id, pool not connected: ('c9b86219-0d51-44c3-a7de-e0fe07e2c9e6',) while engine logs: 2013-01-24 17:51:46,050 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (QuartzScheduler_Worker-43) [49026692] Command org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand return value Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 304 mMessage Cannot find master domain: 'spUUID=c9b86219-0d51-44c3-a7de-e0fe07e2c9e6, msdUUID=00ed91f3-43be-41be-8c05-f3786588a1ad' Vdsm and engine logs are also attached. I set the affected host back to maintenance. How can I recover from this and attach the storage domain again? If more information is needed, please do not hesitate to request it. This is on CentOS 6.3 using Dreyou's rpms. Installed versions on host: vdsm.x86_64 4.10.0-0.44.14.el6 vdsm-cli.noarch 4.10.0-0.44.14.el6 vdsm-python.x86_64 4.10.0-0.44.14.el6 vdsm-xmlrpc.noarch 4.10.0-0.44.14.el6 Engine: ovirt-engine.noarch 3.1.0-3.19.el6 ovirt-engine-backend.noarch 3.1.0-3.19.el6 ovirt-engine-cli.noarch 3.1.0.7-1.el6 ovirt-engine-config.noarch 3.1.0-3.19.el6 ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 ovirt-engine-jbossas711.x86_64 1-0 ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 ovirt-engine-restapi.noarch 3.1.0-3.19.el6 ovirt-engine-sdk.noarch 3.1.0.5-1.el6 ovirt-engine-setup.noarch 3.1.0-3.19.el6 ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 ovirt-engine-userportal.noarch 3.1.0-3.19.el6 ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 ovirt-image-uploader.noarch 3.1.0-16.el6 ovirt-iso-uploader.noarch 3.1.0-16.el6 ovirt-log-collector.noarch 3.1.0-16.el6 Thanks and regards Patrick -- Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

1 1

[Users] best disk type for WIn XP guests
by Gianluca Cecchi 25 Jan '13

25 Jan '13

Hello, I have a WIn XP guest configured with one ide disk. I would like to pass to virtio. Is it supported/usable for Win XP as a disk type on oVirt? What else are using other ones in case, apart IDE? My attempt is to add a second 1Gb disk configured as virtio and then if successful change disk type for the first disk too. But when powering up the guest it finds new hardware for the second disk, I point it to the directory WXP\X86 of the iso using virtio-win-1.1.16.vfd It finds the viostor.xxx files but at the end it fails installing the driver (see https://docs.google.com/file/d/0BwoPbcrMv8mvMUQ2SWxYZWhSV0E/edit ) Any help/suggestion is welcome. Gianluca

2 2

[Users] BFA FC driver no stable on Fedora
by Kevin Maziere Aubry 25 Jan '13

25 Jan '13

Hi I've spent hours to make my Brocade FC card working on Fedora17 or Ovirt Node build. In fact the card are randomly seen by the system, which is really painfull. So I've downloaded, compile and installed the latest driver from Brocade, and now when I load the module the card is seen. So I've installed : bfa_util_linux_noioctl-3.2.0.0-0.noarch bfa_driver_linux-3.2.0.0-0.noarch And the module info are : # modinfo bfa filename: /lib/modules/3.3.4-5.fc17.x86_64/kernel/drivers/scsi/bfa.ko version: 3.2.0.0 author: Brocade Communications Systems, Inc. description: Brocade Fibre Channel HBA Driver fcpim ipfc license: GPL srcversion: 5C0FBDF3571ABCA9632B9CA alias: pci:v00001657d00000022sv*sd*bc0Csc04i00* alias: pci:v00001657d00000021sv*sd*bc0Csc04i00* alias: pci:v00001657d00000014sv*sd*bc0Csc04i00* alias: pci:v00001657d00000017sv*sd*bc*sc*i* alias: pci:v00001657d00000013sv*sd*bc*sc*i* depends: scsi_transport_fc vermagic: 3.3.4-5.fc17.x86_64 SMP mod_unload parm: os_name:OS name of the hba host machine (charp) parm: os_patch:OS patch level of the hba host machine (charp) parm: host_name:Hostname of the hba host machine (charp) parm: num_rports:Max number of rports supported per port (physical/logical), default=1024 (int) parm: num_ioims:Max number of ioim requests, default=2000 (int) parm: num_tios:Max number of fwtio requests, default=0 (int) parm: num_tms:Max number of task im requests, default=128 (int) parm: num_fcxps:Max number of fcxp requests, default=64 (int) parm: num_ufbufs:Max number of unsolicited frame buffers, default=64 (int) parm: reqq_size:Max number of request queue elements, default=256 (int) parm: rspq_size:Max number of response queue elements, default=64 (int) parm: num_sgpgs:Number of scatter/gather pages, default=2048 (int) parm: rport_del_timeout:Rport delete timeout, default=90 secs, Range[>0] (int) parm: bfa_lun_queue_depth:Lun queue depth, default=32, Range[>0] (int) parm: bfa_io_max_sge:Max io scatter/gather elements , default=255 (int) parm: log_level:Driver log level, default=3, Range[Critical:1|Error:2|Warning:3|Info:4] (int) parm: ioc_auto_recover:IOC auto recovery, default=1, Range[off:0|on:1] (int) parm: linkup_delay:Link up delay, default=30 secs for boot port. Otherwise 10 secs in RHEL4 & 0 for [RHEL5, SLES10, ESX40] Range[>0] (int) parm: msix_disable_cb:Disable Message Signaled Interrupts for Brocade-415/425/815/825 cards, default=0, Range[false:0|true:1] (int) parm: msix_disable_ct:Disable Message Signaled Interrupts if possible for Brocade-1010/1020/804/1007/1741 cards, default=0, Range[false:0|true:1] (int) parm: fdmi_enable:Enables fdmi registration, default=1, Range[false:0|true:1] (int) parm: pcie_max_read_reqsz:PCIe max read request size, default=0 (use system setting), Range[128|256|512|1024|2048|4096] (int) parm: max_xfer_size:default=32MB, Range[64k|128k|256k|512k|1024k|2048k] (int) parm: max_rport_logins:Max number of logins to initiator and target rports on a port (physical/logical), default=1024 (int) I guess that I could be a possible to update the driver inside the Ovirt Node build ? Kevin -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

2 3

[Users] How to update VdcBootStrapUrl (not using DB) ?
by Adrian Gibanel 25 Jan '13

25 Jan '13

I've recently updated my http://www.ovirt.org/User:Adrian15/oVirt_engine_migration oVirt engine migration howto with the http://www.ovirt.org/User:Adrian15/oVirt_engine_migration#Update_VdcBootStr… Update VdcBootStrapUrl section. My next move is to move this section into the http://www.ovirt.org/How_to_change_engine_host_name How to change engine host name because I think it's a needed step. But I don't like that currently you have to issue a database update like this: psql -c "update vdc_options set option_value = 'http://new.manager.com:80/Components/vds/' where option_name = 'VdcBootStrapUrl'" -U postgres engine So I was wondering if there was a proper way like using a command like vdsClient or something similar. I mean so that in the future the vdc_options table gets renamed that the command is still the same. I CC jhernand because I think he wrote the original "How to change engine host name" at the mailing list and also answered with the VdcBootStrapUrl update sentence to someone how couldn't add a new host after I think restoring an ovirt-engine. Thank you. -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje .

2 3

Re: [Users] Best practice to resize a WM disk image
by Karli Sjöberg 25 Jan '13

25 Jan '13

--_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGV5LA0KDQpJIHdhbnRlZCB0byByZXBvcnQgdGhhdCB0cnlpbmcgdG8gImRkIiBmcm9tIHRoZSBz dG9yYWdlLXNpZGUgYWx3YXlzIG1ha2VzIHRoZSBWTcK0cyBPUyBzZWUgdHdvIGl0ZGVudGljYWxs eSBzbWFsbCBIREQncy4gVGhlIG9ubHkgd29yay1hcm91bmQgScK0dmUgZm91bmQgdGhhdCB3b3Jr cyBpcyB0byBjcmVhdGUgYSBuZXcsIGJpZ2dlciBkcml2ZSwgYm9vdCB0aGUgVk0gZnJvbSBhIGxp dmUtQ0QgYW5kICJkZCIgZnJvbSB0aGVyZS4gV2hlbiByZWJvb3RlZCBhZnRlciBjb21wbGV0aW9u LCB0aGUgVk3CtHMgT1MgdGhlbiBzZWVzIGEgYmlnZ2VyIGRyaXZlIHRoYXQgeW91IGNhbiBleHRl bmQgeW91ciBmaWxlc3lzdGVtIG9uLiBBIGxpdHRsZSBzbG93ZXIgcHJvY2VkdXJlLCBoYXZpbmcg dGhlIG1pcnJvcmluZyBnbyBvdmVyIHRoZSBuZXR3b3JrLCBidXQgd29ya3MsIGFuZCB0aGF0wrRz IHdoYXTCtHMgaW1wb3J0YW50IGluIHRoZSBlbmQ6KQ0KDQovS2FybGkNCg0KbcOlbiAyMDEzLTAx LTE0IGtsb2NrYW4gMDg6MzcgKzAwMDAgc2tyZXYgS2FybGkgU2rDtmJlcmc6DQpvbnMgMjAxMy0w MS0wOSBrbG9ja2FuIDEzOjA0IC0wNTAwIHNrcmV2IFllZWxhIEthcGxhbjoNCg0KDQoNCi0tLS0t IE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gRnJvbTogIkthcmxpIFNqw7ZiZXJnIiA8S2FybGku U2pvYmVyZ0BzbHUuc2U8bWFpbHRvOkthcmxpLlNqb2JlcmdAc2x1LnNlPj4NCj4gVG86ICJZZWVs YSBLYXBsYW4iIDx5a2FwbGFuQHJlZGhhdC5jb208bWFpbHRvOnlrYXBsYW5AcmVkaGF0LmNvbT4+ DQo+IENjOiAiUm9ja3kiIDxyb2NreWJhbG9vQGdtYWlsLmNvbTxtYWlsdG86cm9ja3liYWxvb0Bn bWFpbC5jb20+PiwgVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQo+IFNl bnQ6IFdlZG5lc2RheSwgSmFudWFyeSA5LCAyMDEzIDQ6MzA6MzUgUE0NCj4gU3ViamVjdDogUmU6 IFtVc2Vyc10gQmVzdCBwcmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGltYWdlDQo+DQo+IG9u cyAyMDEzLTAxLTA5IGtsb2NrYW4gMDk6MTMgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOg0KPg0K PiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+ID4gRnJvbTogIkthcmxpIFNqw7ZiZXJn IiA8IEthcmxpLlNqb2JlcmdAc2x1LnNlPG1haWx0bzpLYXJsaS5Tam9iZXJnQHNsdS5zZT4gPg0K PiA+IFRvOiAiWWVlbGEgS2FwbGFuIiA8IHlrYXBsYW5AcmVkaGF0LmNvbTxtYWlsdG86eWthcGxh bkByZWRoYXQuY29tPiA+DQo+ID4gQ2M6ICJSb2NreSIgPCByb2NreWJhbG9vQGdtYWlsLmNvbTxt YWlsdG86cm9ja3liYWxvb0BnbWFpbC5jb20+ID4sIFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNl cnNAb3ZpcnQub3JnPiA+IFNlbnQ6DQo+ID4gV2VkbmVzZGF5LCBKYW51YXJ5IDksIDIwMTMgMTo1 NjozMiBQTQ0KPiA+IFN1YmplY3Q6IFJlOiBbVXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXpl IGEgV00gZGlzayBpbWFnZQ0KPiA+DQo+ID4gdGlzIDIwMTMtMDEtMDgga2xvY2thbiAxMTowMyAt MDUwMCBza3JldiBZZWVsYSBLYXBsYW46DQo+ID4NCj4gPiBTbywgZmlyc3Qgb2YgYWxsLCB5b3Ug c2hvdWxkIGtub3cgdGhhdCByZXNpemluZyBhIGRpc2sgaXMgbm90IHlldA0KPiA+IHN1cHBvcnRl ZCBpbiBvVmlydC4NCj4gPiBJZiB5b3UgZGVjaWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdh eSwgeW91IHNob3VsZCBrbm93IGluDQo+ID4gYWR2YW5jZQ0KPiA+IHRoYXQgaXQncyBub3QgcmVj b21tZW5kZWQsDQo+ID4gYW5kIHRoYXQgeW91ciBkYXRhIGlzIGF0IHJpc2sgd2hlbiB5b3UgcGVy Zm9ybSB0aGVzZSBraW5kIG9mDQo+ID4gYWN0aW9ucy4NCj4gPg0KPiA+IFRoZXJlIGFyZSBzZXZl cmFsIHdheXMgdG8gcGVyZm9ybSB0aGlzLg0KPiA+IE9uZSBvZiB0aGVtIGlzIHRvIGNyZWF0ZSBh IHNlY29uZCAobGFyZ2VyKSBkaXNrIGZvciB0aGUgdm0sDQo+ID4gcnVuIHRoZSB2bSBmcm9tIGxp dmUgY2QgYW5kIHVzZSBkZCB0byBjb3B5IHRoZSBmaXJzdCBkaXNrIGNvbnRlbnRzDQo+ID4gaW50 byB0aGUgc2Vjb25kIG9uZSwNCj4gPiBhbmQgZmluYWxseSByZW1vdmUgdGhlIGZpcnN0IGRpc2sg YW5kIG1ha2Ugc3VyZSB0aGF0IHRoZSBuZXcgZGlzaw0KPiA+IGlzDQo+ID4gY29uZmlndXJlZCBh cyB5b3VyIHN5c3RlbSBkaXNrLg0KPiA+IEhlcmUgeW91IGd1aWRlIGZvciB0aGUgZGQgb3BlcmF0 aW9uDQo+ID4gdG8gYmUgZG9uZSBmcm9tIHdpdGhpbiB0aGUgZ3Vlc3Qgc3lzdGVtLCBidXQgYm9v dGVkIGZyb20gbGl2ZS4NCj4gPiBDYW4gdGhpcyBiZSBkb25lIGRpcmVjdGx5IGZyb20gdGhlIE5G UyBzdG9yYWdlIGl0c2VsZiBpbnN0ZWFkPw0KPiA+DQo+DQo+IEthcmxpLCBpdCBjYW4gYmUgZG9u ZSBieSB1c2luZyBkZCAob3IgcnN5bmMpLCB3aGVuIHlvdXIgc291cmNlIGlzIHRoZQ0KPiB2b2x1 bWUgb2YgdGhlIGN1cnJlbnQgZGlzayBpbWFnZQ0KPiBhbmQgdGhlIGRlc3RpbmF0aW9uIGlzIHRo ZSB2b2x1bWUgb2YgdGhlIG5ldyBkaXNrIGltYWdlIGNyZWF0ZWQuDQo+IFlvdSBqdXN0IGhhdmUg dG8gZmluZCB0aGUgaW1hZ2VzIGluIHRoZSBpbnRlcm5hbHMgb2YgdGhlIHZkc20gaG9zdCwNCj4g d2hpY2ggaXMgYSBiaXQgbW9yZSB0cmlja3kNCj4gYW5kIGNhbiBjYXVzZSBtb3JlIGRhbWFnZSBp ZiBkb25lIHdyb25nLiBZb3UgbWVhbiBzaW5jZSB0aGUgVk0ncyBhbmQNCj4gZGlza3MgYXJlIGNh bGxlZCBsaWtlICJjM2RiZmI1Zi03YjNiLTQ2MDItOTYxZi02MjRjNjk2MTg3MzQiIHlvdQ0KPiBo YXZlIHRvIHF1ZXJ5IHRoZSBhcGkgdG8gZmlndXJlIG91dCB3aGF0wrRzIHdoYXQsIGJ1dCBvdGhl ciB0aGFuDQo+IHRoYXQsIHlvdcK0cmUgc2F5aW5nIGl0wrRsbCAianVzdCB3b3JrIiwgc28gdGhh dMK0cyBnb29kIHRvIGtub3csIHNpbmNlDQo+IEkgdGhpbmsgbGV0dGluZyB0aGUgc3RvcmFnZSBp dHNlbGYgZG8gdGhlIGRkIGNvcHkgbG9jYWxseSBpcyBnb2luZw0KPiB0byBiZSBtdWNoIG11Y2gg ZmFzdGVyIHRoYW4gdGhyb3VnaCB0aGUgVk0sIG92ZXIgdGhlIG5ldHdvcmsuDQo+IFRoYW5rcyEN Cj4gV2lsbCBpdCBtYXR0ZXIgaWYgdGhlIGRpc2tzIGFyZSAiVGhpbiBQcm92aXNpb24iIG9yICJQ cmVhbGxvY2F0ZWQiPw0KPg0KPg0KDQpBcyBsb25nIGFzIGl0J3MgZG9uZSBvbiB0aGUgYmFzZSB2 b2x1bWUgaXQgZG9lc24ndCBtYXR0ZXIuDQoNCg0KV2VsbCwgScK0dmUgbm93IHRlc3RlZCB0aGUg c3VnZ2VzdGVkIHByb2NlZHVyZSBhbmQgZGlkbsK0dCByZWFsbHkgZ28gYWxsIHRoZSB3YXkgaG9t ZS4NCjEuIENyZWF0ZWQgYSBuZXcsIGJpZ2dlciB2aXJ0dWFsIGRpc2sgdGhhbiB0aGUgb3JpZ2lu YWwsIDQwR0IuDQoyLiBCb290ZWQgV2luMjAwOFIyIGd1ZXN0IGFuZCBjb3VsZCBzZWUgZnJvbSBE aXNrTWFuYWdlciB0aGF0IGEgbmV3LCBiaWdnZXIgZHJpdmUsIDgwR0IsIGhhZCBhcHBlYXJlZC4N CjMuIFNodXQgZ3Vlc3QgZG93biBhbmQgaXNzdWVkIGEgZGQgZnJvbSBvbGQgc291cmNlIHRvIG5l dywgYmlnZ2VyIGRlc3RpbmF0aW9uLg0KNC4gV2hlbiBzdGFydGVkLCBEaXNrTWFuYWdlciBub3cg c2VlcyBhbiBvZmZsaW5lLCBlcXVhbGx5IHNtYWxsIGRyaXZlIGFzIHRoZSBvcmlnaW5hbCwgNDBH Qi4gVGhlcmUgaXMgbm8gZnJlZSBzcGFjZSBpbiB0aGUgbmV3IGRyaXZlIHRvIGV4cGFuZCB3aXRo LCBXaW5kb3dzIG9ubHkgc2VlcyBpdCBhcyBiZWVpbmcgNDBHQi4NCg0KSGF2ZSB0cmllZCAiUmVm cmVzaCIgYW5kICJSZXNjYW4iLCBidXQgV2luZG93cyBqdXN0IHNlZXMgdHdvIGlkZW50aWNhbGx5 IHNtYWxsIGRpc2tzLg0KDQpTdWdnZXN0aW9ucz8NCg0KDQoNCg0KPg0KPiA+DQo+ID4NCj4gPiBU aGUgc2Vjb25kLCByaXNraWVyLCBvcHRpb24gaXMgdG8gZXhwb3J0IHRoZSB2bSB0byBhbiBleHBv cnQNCj4gPiBkb21haW4sDQo+ID4gcmVzaXplIHRoZSBpbWFnZSB2b2x1bWUgc2l6ZSB0byB0aGUg bmV3IGxhcmdlciBzaXplIHVzaW5nIHFlbXUtaW1nDQo+ID4gYW5kIGFsc28gbW9kaWZ5IHRoZSB2 bSdzIG1ldGFkYXRhIGluIGl0cyBvdmYsDQo+ID4gYXMgeW91IGNhbiBzZWUgdGhpcyBvcHRpb24g aXMgbW9yZSBjb21wbGljYXRlZCBhbmQgcmVxdWlyZXMgZGVlcGVyDQo+ID4gdW5kZXJzdGFuZGlu ZyBhbmQgYWx0ZXJpbmcgb2YgdGhlIG1ldGFkYXRhLi4uDQo+ID4gZmluYWxseSB5b3UnbGwgbmVl ZCB0byBpbXBvcnQgdGhlIHZtIGJhY2suDQo+ID4NCj4gPg0KPiA+DQo+ID4gLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLQ0KPiA+ID4gRnJvbTogIlJvY2t5IiA8IHJvY2t5YmFsb29AZ21haWwu Y29tPG1haWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbT4gPg0KPiA+ID4gVG86ICJZZWVsYSBLYXBs YW4iIDwgeWthcGxhbkByZWRoYXQuY29tPG1haWx0bzp5a2FwbGFuQHJlZGhhdC5jb20+ID4NCj4g PiA+IENjOiBVc2Vyc0BvdmlydC5vcmc8bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZz4gPiBTZW50OiBU dWVzZGF5LCBKYW51YXJ5IDgsIDIwMTMgMTE6MzA6MDAgQU0NCj4gPiA+IFN1YmplY3Q6IFJlOiBb VXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXplIGEgV00gZGlzayBpbWFnZQ0KPiA+ID4NCj4g PiA+IEl0cyBqdXN0IGEgdGhlb3JldGljYWwgcXVlc3Rpb24gYXMgSSB0aGluayB0aGUgaXNzdWUg d2lsbCBjb21lDQo+ID4gPiBmb3INCj4gPiA+IHVzDQo+ID4gPiBhbmQgb3RoZXIgdXNlcnMuDQo+ ID4gPg0KPiA+ID4gSSB0aGluayB0aGVyZSBjYW4gYmUgb25lIG9yIG1vcmUgc25hcHNob3RzIGlu IHRoZSBXTSBvdmVyIHRoZQ0KPiA+ID4gdGltZS4NCj4gPiA+IEJ1dA0KPiA+ID4gaWYgdGhhdCBp cyBhbiBpc3N1ZSB3ZSBjYW4gYWx3YXlzIGNvbGxhcHNlIHRoZW0gSSB0aGluay4NCj4gPiA+IElm IGl0cyBhIGJhc2UgaW1hZ2UgaXQgc2hvdWxkIGJlIFJBVywgcmlnaHQ/DQo+ID4gPiBJbiB0aGlz IGNhc2UgaXRzIG9uIGZpbGUgc3RvcmFnZSAoTkZTKS4NCj4gPiA+DQo+ID4gPiBSZWdhcmRzIC8v Umlja3kNCj4gPiA+DQo+ID4gPiBPbiAyMDEzLTAxLTA4IDEwOjA3LCBZZWVsYSBLYXBsYW4gd3Jv dGU6DQo+ID4gPiA+IEhpIFJpY2t5LA0KPiA+ID4gPiBJbiBvcmRlciB0byBnaXZlIHlvdSBhIGRl dGFpbGVkIGFuc3dlciBJIG5lZWQgYWRkaXRpb25hbA0KPiA+ID4gPiBkZXRhaWxzDQo+ID4gPiA+ IHJlZ2FyZGluZyB0aGUgZGlzazoNCj4gPiA+ID4gLSBJcyB0aGUgZGlzayBpbWFnZSBjb21wb3Nl ZCBhcyBhIGNoYWluIG9mIHZvbHVtZXMgb3IganVzdCBhDQo+ID4gPiA+IGJhc2UNCj4gPiA+ID4g dm9sdW1lPw0KPiA+ID4gPiAoaWYgaXQncyBhIGNoYWluIGl0IHdpbGwgYmUgbW9yZSBjb21wbGlj YXRlZCwgeW91IG1pZ2h0IHdhbnQgdG8NCj4gPiA+ID4gY29sbGFwc2UgdGhlIGNoYWluIGZpcnN0 IHRvIG1ha2UgaXQgZWFzaWVyKS4NCj4gPiA+ID4gLSBJcyB0aGUgZGlzayBpbWFnZSByYXc/ICh5 b3UgY2FuIHVzZSBxZW11LWltZyBpbmZvIHRvIGNoZWNrKQ0KPiA+ID4gPiAtIElzIHRoZSBkaXNr IGltYWdlIG9uIGJsb2NrIG9yIGZpbGUgc3RvcmFnZT8NCj4gPiA+ID4NCj4gPiA+ID4gUmVnYXJk cywNCj4gPiA+ID4gWWVlbGENCj4gPiA+ID4NCj4gPiA+ID4gLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAtLS0tLQ0KPiA+ID4gPj4gRnJvbTogIlJpY2t5IiA8IHJvY2t5YmFsb29AZ21haWwuY29tPG1h aWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbT4gPg0KPiA+ID4gPj4gVG86IFVzZXJzQG92aXJ0Lm9y ZzxtYWlsdG86VXNlcnNAb3ZpcnQub3JnPiA+ID4+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgOCwg MjAxMw0KPiA+ID4gPj4gMTA6NDA6MjcNCj4gPiA+ID4+IEFNDQo+ID4gPiA+PiBTdWJqZWN0OiBb VXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXplIGEgV00gZGlzayBpbWFnZQ0KPiA+ID4gPj4N Cj4gPiA+ID4+IEhpLA0KPiA+ID4gPj4NCj4gPiA+ID4+IElmIEkgaGF2ZSBhIFZNIHRoYXQgaGFz IHJ1biBvdXQgb2YgZGlzayBzcGFjZSwgaG93IGNhbiBJDQo+ID4gPiA+PiBpbmNyZWFzZQ0KPiA+ ID4gPj4gdGhlDQo+ID4gPiA+PiBzcGFjZSBpbiBiZXN0IHdheT8gT25lIHdheSBpcyB0byBhZGQg YSBzZWNvbmQgYmlnZ2VyIGRpc2sgdG8NCj4gPiA+ID4+IHRoZQ0KPiA+ID4gPj4gV00NCj4gPiA+ ID4+IGFuZCB0aGVuIHVzZSBkZCBvciBzaW1pbGFyIHRvIGNvcHkuIEJ1dCBpcyBpdCBwb3NzaWJs ZSB0bw0KPiA+ID4gPj4gc3RyZXRjaA0KPiA+ID4gPj4gdGhlDQo+ID4gPiA+PiBvcmlnaW5hbCBk aXNrIGluc2lkZSBvciBvdXRzaWRlIG9WaXJ0IGFuZCBnZXQgb1ZpcnQgdG8ga25vdw0KPiA+ID4g Pj4gdGhlDQo+ID4gPiA+PiBiaWdnZXINCj4gPiA+ID4+IHNpemU/DQo+ID4gPiA+Pg0KPiA+ID4g Pj4gUmVnYXJkcyAvL1JpY2t5DQo+ID4gPiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiA+ID4gPj4gVXNlcnMgbWFpbGluZyBsaXN0DQo+ID4gPiA+ PiBVc2Vyc0BvdmlydC5vcmc8bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZz4gPiA+Pg0KPiA+ID4gPj4g aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzID4gPj4NCj4gPiA+ DQo+ID4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+ID4gVXNlcnMgbWFpbGluZyBsaXN0IFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNlcnNA b3ZpcnQub3JnPiA+DQo+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzID4NCj4NCg0KDQoNCg== --_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIZXksPGJyPg0KPGJy Pg0KSSB3YW50ZWQgdG8gcmVwb3J0IHRoYXQgdHJ5aW5nIHRvICZxdW90O2RkJnF1b3Q7IGZyb20g dGhlIHN0b3JhZ2Utc2lkZSBhbHdheXMgbWFrZXMgdGhlIFZNwrRzIE9TIHNlZSB0d28gaXRkZW50 aWNhbGx5IHNtYWxsIEhERCdzLiBUaGUgb25seSB3b3JrLWFyb3VuZCBJwrR2ZSBmb3VuZCB0aGF0 IHdvcmtzIGlzIHRvIGNyZWF0ZSBhIG5ldywgYmlnZ2VyIGRyaXZlLCBib290IHRoZSBWTSBmcm9t IGEgbGl2ZS1DRCBhbmQgJnF1b3Q7ZGQmcXVvdDsgZnJvbSB0aGVyZS4gV2hlbiByZWJvb3RlZA0K IGFmdGVyIGNvbXBsZXRpb24sIHRoZSBWTcK0cyBPUyB0aGVuIHNlZXMgYSBiaWdnZXIgZHJpdmUg dGhhdCB5b3UgY2FuIGV4dGVuZCB5b3VyIGZpbGVzeXN0ZW0gb24uIEEgbGl0dGxlIHNsb3dlciBw cm9jZWR1cmUsIGhhdmluZyB0aGUgbWlycm9yaW5nIGdvIG92ZXIgdGhlIG5ldHdvcmssIGJ1dCB3 b3JrcywgYW5kIHRoYXTCtHMgd2hhdMK0cyBpbXBvcnRhbnQgaW4gdGhlIGVuZDopPGJyPg0KPGJy Pg0KL0thcmxpPGJyPg0KPGJyPg0KbcOlbiAyMDEzLTAxLTE0IGtsb2NrYW4gMDg6MzcgJiM0Mzsw MDAwIHNrcmV2IEthcmxpIFNqw7ZiZXJnOjxicj4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPm9u cyAyMDEzLTAxLTA5IGtsb2NrYW4gMTM6MDQgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOg0KPGJs b2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPgoKLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0t LQomZ3Q7IEZyb206ICZxdW90O0thcmxpIFNqw7ZiZXJnJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls dG86S2FybGkuU2pvYmVyZ0BzbHUuc2UiPkthcmxpLlNqb2JlcmdAc2x1LnNlPC9hPiZndDsKJmd0 OyBUbzogJnF1b3Q7WWVlbGEgS2FwbGFuJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86eWthcGxh bkByZWRoYXQuY29tIj55a2FwbGFuQHJlZGhhdC5jb208L2E+Jmd0OwomZ3Q7IENjOiAmcXVvdDtS b2NreSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvY2t5YmFsb29AZ21haWwuY29tIj5yb2Nr eWJhbG9vQGdtYWlsLmNvbTwvYT4mZ3Q7LCA8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3Jn Ij5Vc2Vyc0BvdmlydC5vcmc8L2E+CiZndDsgU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDksIDIw MTMgNDozMDozNSBQTQomZ3Q7IFN1YmplY3Q6IFJlOiBbVXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8g cmVzaXplIGEgV00gZGlzayBpbWFnZQomZ3Q7IAomZ3Q7IG9ucyAyMDEzLTAxLTA5IGtsb2NrYW4g MDk6MTMgLTA1MDAgc2tyZXYgWWVlbGEgS2FwbGFuOgomZ3Q7IAomZ3Q7IC0tLS0tIE9yaWdpbmFs IE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7IEZyb206ICZxdW90O0thcmxpIFNqw7ZiZXJnJnF1b3Q7 ICZsdDsgPGEgaHJlZj0ibWFpbHRvOkthcmxpLlNqb2JlcmdAc2x1LnNlIj5LYXJsaS5Tam9iZXJn QHNsdS5zZTwvYT4gJmd0OwomZ3Q7ICZndDsgVG86ICZxdW90O1llZWxhIEthcGxhbiZxdW90OyAm bHQ7IDxhIGhyZWY9Im1haWx0bzp5a2FwbGFuQHJlZGhhdC5jb20iPnlrYXBsYW5AcmVkaGF0LmNv bTwvYT4gJmd0OwomZ3Q7ICZndDsgQ2M6ICZxdW90O1JvY2t5JnF1b3Q7ICZsdDsgPGEgaHJlZj0i bWFpbHRvOnJvY2t5YmFsb29AZ21haWwuY29tIj5yb2NreWJhbG9vQGdtYWlsLmNvbTwvYT4gJmd0 OywgPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNAb3ZpcnQub3JnPC9hPiAm Z3Q7IFNlbnQ6CiZndDsgJmd0OyBXZWRuZXNkYXksIEphbnVhcnkgOSwgMjAxMyAxOjU2OjMyIFBN CiZndDsgJmd0OyBTdWJqZWN0OiBSZTogW1VzZXJzXSBCZXN0IHByYWN0aWNlIHRvIHJlc2l6ZSBh IFdNIGRpc2sgaW1hZ2UKJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgdGlzIDIwMTMtMDEtMDgga2xvY2th biAxMTowMyAtMDUwMCBza3JldiBZZWVsYSBLYXBsYW46CiZndDsgJmd0OyAKJmd0OyAmZ3Q7IFNv LCBmaXJzdCBvZiBhbGwsIHlvdSBzaG91bGQga25vdyB0aGF0IHJlc2l6aW5nIGEgZGlzayBpcyBu b3QgeWV0CiZndDsgJmd0OyBzdXBwb3J0ZWQgaW4gb1ZpcnQuCiZndDsgJmd0OyBJZiB5b3UgZGVj aWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdheSwgeW91IHNob3VsZCBrbm93IGluCiZndDsg Jmd0OyBhZHZhbmNlCiZndDsgJmd0OyB0aGF0IGl0J3Mgbm90IHJlY29tbWVuZGVkLAomZ3Q7ICZn dDsgYW5kIHRoYXQgeW91ciBkYXRhIGlzIGF0IHJpc2sgd2hlbiB5b3UgcGVyZm9ybSB0aGVzZSBr aW5kIG9mCiZndDsgJmd0OyBhY3Rpb25zLgomZ3Q7ICZndDsgCiZndDsgJmd0OyBUaGVyZSBhcmUg c2V2ZXJhbCB3YXlzIHRvIHBlcmZvcm0gdGhpcy4KJmd0OyAmZ3Q7IE9uZSBvZiB0aGVtIGlzIHRv IGNyZWF0ZSBhIHNlY29uZCAobGFyZ2VyKSBkaXNrIGZvciB0aGUgdm0sCiZndDsgJmd0OyBydW4g dGhlIHZtIGZyb20gbGl2ZSBjZCBhbmQgdXNlIGRkIHRvIGNvcHkgdGhlIGZpcnN0IGRpc2sgY29u dGVudHMKJmd0OyAmZ3Q7IGludG8gdGhlIHNlY29uZCBvbmUsCiZndDsgJmd0OyBhbmQgZmluYWxs eSByZW1vdmUgdGhlIGZpcnN0IGRpc2sgYW5kIG1ha2Ugc3VyZSB0aGF0IHRoZSBuZXcgZGlzawom Z3Q7ICZndDsgaXMKJmd0OyAmZ3Q7IGNvbmZpZ3VyZWQgYXMgeW91ciBzeXN0ZW0gZGlzay4KJmd0 OyAmZ3Q7IEhlcmUgeW91IGd1aWRlIGZvciB0aGUgZGQgb3BlcmF0aW9uCiZndDsgJmd0OyB0byBi ZSBkb25lIGZyb20gd2l0aGluIHRoZSBndWVzdCBzeXN0ZW0sIGJ1dCBib290ZWQgZnJvbSBsaXZl LgomZ3Q7ICZndDsgQ2FuIHRoaXMgYmUgZG9uZSBkaXJlY3RseSBmcm9tIHRoZSBORlMgc3RvcmFn ZSBpdHNlbGYgaW5zdGVhZD8KJmd0OyAmZ3Q7IAomZ3Q7IAomZ3Q7IEthcmxpLCBpdCBjYW4gYmUg ZG9uZSBieSB1c2luZyBkZCAob3IgcnN5bmMpLCB3aGVuIHlvdXIgc291cmNlIGlzIHRoZQomZ3Q7 IHZvbHVtZSBvZiB0aGUgY3VycmVudCBkaXNrIGltYWdlCiZndDsgYW5kIHRoZSBkZXN0aW5hdGlv biBpcyB0aGUgdm9sdW1lIG9mIHRoZSBuZXcgZGlzayBpbWFnZSBjcmVhdGVkLgomZ3Q7IFlvdSBq dXN0IGhhdmUgdG8gZmluZCB0aGUgaW1hZ2VzIGluIHRoZSBpbnRlcm5hbHMgb2YgdGhlIHZkc20g aG9zdCwKJmd0OyB3aGljaCBpcyBhIGJpdCBtb3JlIHRyaWNreQomZ3Q7IGFuZCBjYW4gY2F1c2Ug bW9yZSBkYW1hZ2UgaWYgZG9uZSB3cm9uZy4gWW91IG1lYW4gc2luY2UgdGhlIFZNJ3MgYW5kCiZn dDsgZGlza3MgYXJlIGNhbGxlZCBsaWtlICZxdW90O2MzZGJmYjVmLTdiM2ItNDYwMi05NjFmLTYy NGM2OTYxODczNCZxdW90OyB5b3UKJmd0OyBoYXZlIHRvIHF1ZXJ5IHRoZSBhcGkgdG8gZmlndXJl IG91dCB3aGF0wrRzIHdoYXQsIGJ1dCBvdGhlciB0aGFuCiZndDsgdGhhdCwgeW91wrRyZSBzYXlp bmcgaXTCtGxsICZxdW90O2p1c3Qgd29yayZxdW90Oywgc28gdGhhdMK0cyBnb29kIHRvIGtub3cs IHNpbmNlCiZndDsgSSB0aGluayBsZXR0aW5nIHRoZSBzdG9yYWdlIGl0c2VsZiBkbyB0aGUgZGQg Y29weSBsb2NhbGx5IGlzIGdvaW5nCiZndDsgdG8gYmUgbXVjaCBtdWNoIGZhc3RlciB0aGFuIHRo cm91Z2ggdGhlIFZNLCBvdmVyIHRoZSBuZXR3b3JrLgomZ3Q7IFRoYW5rcyEKJmd0OyBXaWxsIGl0 IG1hdHRlciBpZiB0aGUgZGlza3MgYXJlICZxdW90O1RoaW4gUHJvdmlzaW9uJnF1b3Q7IG9yICZx dW90O1ByZWFsbG9jYXRlZCZxdW90Oz8KJmd0OyAKJmd0OyAKCkFzIGxvbmcgYXMgaXQncyBkb25l IG9uIHRoZSBiYXNlIHZvbHVtZSBpdCBkb2Vzbid0IG1hdHRlci4KPC9wcmU+DQo8L2Jsb2NrcXVv dGU+DQpXZWxsLCBJwrR2ZSBub3cgdGVzdGVkIHRoZSBzdWdnZXN0ZWQgcHJvY2VkdXJlIGFuZCBk aWRuwrR0IHJlYWxseSBnbyBhbGwgdGhlIHdheSBob21lLjxicj4NCjEuIENyZWF0ZWQgYSBuZXcs IGJpZ2dlciB2aXJ0dWFsIGRpc2sgdGhhbiB0aGUgb3JpZ2luYWwsIDQwR0IuPGJyPg0KMi4gQm9v dGVkIFdpbjIwMDhSMiBndWVzdCBhbmQgY291bGQgc2VlIGZyb20gRGlza01hbmFnZXIgdGhhdCBh IG5ldywgYmlnZ2VyIGRyaXZlLCA4MEdCLCBoYWQgYXBwZWFyZWQuPGJyPg0KMy4gU2h1dCBndWVz dCBkb3duIGFuZCBpc3N1ZWQgYSBkZCBmcm9tIG9sZCBzb3VyY2UgdG8gbmV3LCBiaWdnZXIgZGVz dGluYXRpb24uPGJyPg0KNC4gV2hlbiBzdGFydGVkLCBEaXNrTWFuYWdlciBub3cgc2VlcyBhbiBv ZmZsaW5lLCBlcXVhbGx5IHNtYWxsIGRyaXZlIGFzIHRoZSBvcmlnaW5hbCwgNDBHQi4gVGhlcmUg aXMgbm8gZnJlZSBzcGFjZSBpbiB0aGUgbmV3IGRyaXZlIHRvIGV4cGFuZCB3aXRoLCBXaW5kb3dz IG9ubHkgc2VlcyBpdCBhcyBiZWVpbmcgNDBHQi48YnI+DQo8YnI+DQpIYXZlIHRyaWVkICZxdW90 O1JlZnJlc2gmcXVvdDsgYW5kICZxdW90O1Jlc2NhbiZxdW90OywgYnV0IFdpbmRvd3MganVzdCBz ZWVzIHR3byBpZGVudGljYWxseSBzbWFsbCBkaXNrcy48YnI+DQo8YnI+DQpTdWdnZXN0aW9ucz88 YnI+DQo8YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJDSVRFIj4NCjxwcmU+CgomZ3Q7IAomZ3Q7ICZn dDsgCiZndDsgJmd0OyAKJmd0OyAmZ3Q7IFRoZSBzZWNvbmQsIHJpc2tpZXIsIG9wdGlvbiBpcyB0 byBleHBvcnQgdGhlIHZtIHRvIGFuIGV4cG9ydAomZ3Q7ICZndDsgZG9tYWluLAomZ3Q7ICZndDsg cmVzaXplIHRoZSBpbWFnZSB2b2x1bWUgc2l6ZSB0byB0aGUgbmV3IGxhcmdlciBzaXplIHVzaW5n IHFlbXUtaW1nCiZndDsgJmd0OyBhbmQgYWxzbyBtb2RpZnkgdGhlIHZtJ3MgbWV0YWRhdGEgaW4g aXRzIG92ZiwKJmd0OyAmZ3Q7IGFzIHlvdSBjYW4gc2VlIHRoaXMgb3B0aW9uIGlzIG1vcmUgY29t cGxpY2F0ZWQgYW5kIHJlcXVpcmVzIGRlZXBlcgomZ3Q7ICZndDsgdW5kZXJzdGFuZGluZyBhbmQg YWx0ZXJpbmcgb2YgdGhlIG1ldGFkYXRhLi4uCiZndDsgJmd0OyBmaW5hbGx5IHlvdSdsbCBuZWVk IHRvIGltcG9ydCB0aGUgdm0gYmFjay4KJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgCiZndDsgJmd0OyAK Jmd0OyAmZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7ICZndDsgRnJv bTogJnF1b3Q7Um9ja3kmcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86cm9ja3liYWxvb0BnbWFp bC5jb20iPnJvY2t5YmFsb29AZ21haWwuY29tPC9hPiAmZ3Q7CiZndDsgJmd0OyAmZ3Q7IFRvOiAm cXVvdDtZZWVsYSBLYXBsYW4mcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86eWthcGxhbkByZWRo YXQuY29tIj55a2FwbGFuQHJlZGhhdC5jb208L2E+ICZndDsKJmd0OyAmZ3Q7ICZndDsgQ2M6IDxh IGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OyBT ZW50OiBUdWVzZGF5LCBKYW51YXJ5IDgsIDIwMTMgMTE6MzA6MDAgQU0KJmd0OyAmZ3Q7ICZndDsg U3ViamVjdDogUmU6IFtVc2Vyc10gQmVzdCBwcmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGlt YWdlCiZndDsgJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgJmd0OyBJdHMganVzdCBhIHRoZW9yZXRpY2Fs IHF1ZXN0aW9uIGFzIEkgdGhpbmsgdGhlIGlzc3VlIHdpbGwgY29tZQomZ3Q7ICZndDsgJmd0OyBm b3IKJmd0OyAmZ3Q7ICZndDsgdXMKJmd0OyAmZ3Q7ICZndDsgYW5kIG90aGVyIHVzZXJzLgomZ3Q7 ICZndDsgJmd0OyAKJmd0OyAmZ3Q7ICZndDsgSSB0aGluayB0aGVyZSBjYW4gYmUgb25lIG9yIG1v cmUgc25hcHNob3RzIGluIHRoZSBXTSBvdmVyIHRoZQomZ3Q7ICZndDsgJmd0OyB0aW1lLgomZ3Q7 ICZndDsgJmd0OyBCdXQKJmd0OyAmZ3Q7ICZndDsgaWYgdGhhdCBpcyBhbiBpc3N1ZSB3ZSBjYW4g YWx3YXlzIGNvbGxhcHNlIHRoZW0gSSB0aGluay4KJmd0OyAmZ3Q7ICZndDsgSWYgaXRzIGEgYmFz ZSBpbWFnZSBpdCBzaG91bGQgYmUgUkFXLCByaWdodD8KJmd0OyAmZ3Q7ICZndDsgSW4gdGhpcyBj YXNlIGl0cyBvbiBmaWxlIHN0b3JhZ2UgKE5GUykuCiZndDsgJmd0OyAmZ3Q7IAomZ3Q7ICZndDsg Jmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAmZ3Q7ICZndDsgCiZndDsgJmd0OyAmZ3Q7IE9uIDIw MTMtMDEtMDggMTA6MDcsIFllZWxhIEthcGxhbiB3cm90ZToKJmd0OyAmZ3Q7ICZndDsgJmd0OyBI aSBSaWNreSwKJmd0OyAmZ3Q7ICZndDsgJmd0OyBJbiBvcmRlciB0byBnaXZlIHlvdSBhIGRldGFp bGVkIGFuc3dlciBJIG5lZWQgYWRkaXRpb25hbAomZ3Q7ICZndDsgJmd0OyAmZ3Q7IGRldGFpbHMK Jmd0OyAmZ3Q7ICZndDsgJmd0OyByZWdhcmRpbmcgdGhlIGRpc2s6CiZndDsgJmd0OyAmZ3Q7ICZn dDsgLSBJcyB0aGUgZGlzayBpbWFnZSBjb21wb3NlZCBhcyBhIGNoYWluIG9mIHZvbHVtZXMgb3Ig anVzdCBhCiZndDsgJmd0OyAmZ3Q7ICZndDsgYmFzZQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IHZvbHVt ZT8KJmd0OyAmZ3Q7ICZndDsgJmd0OyAoaWYgaXQncyBhIGNoYWluIGl0IHdpbGwgYmUgbW9yZSBj b21wbGljYXRlZCwgeW91IG1pZ2h0IHdhbnQgdG8KJmd0OyAmZ3Q7ICZndDsgJmd0OyBjb2xsYXBz ZSB0aGUgY2hhaW4gZmlyc3QgdG8gbWFrZSBpdCBlYXNpZXIpLgomZ3Q7ICZndDsgJmd0OyAmZ3Q7 IC0gSXMgdGhlIGRpc2sgaW1hZ2UgcmF3PyAoeW91IGNhbiB1c2UgcWVtdS1pbWcgaW5mbyB0byBj aGVjaykKJmd0OyAmZ3Q7ICZndDsgJmd0OyAtIElzIHRoZSBkaXNrIGltYWdlIG9uIGJsb2NrIG9y IGZpbGUgc3RvcmFnZT8KJmd0OyAmZ3Q7ICZndDsgJmd0OwomZ3Q7ICZndDsgJmd0OyAmZ3Q7IFJl Z2FyZHMsCiZndDsgJmd0OyAmZ3Q7ICZndDsgWWVlbGEKJmd0OyAmZ3Q7ICZndDsgJmd0OwomZ3Q7 ICZndDsgJmd0OyAmZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7ICZn dDsgJmd0OyZndDsgRnJvbTogJnF1b3Q7Umlja3kmcXVvdDsgJmx0OyA8YSBocmVmPSJtYWlsdG86 cm9ja3liYWxvb0BnbWFpbC5jb20iPnJvY2t5YmFsb29AZ21haWwuY29tPC9hPiAmZ3Q7CiZndDsg Jmd0OyAmZ3Q7ICZndDsmZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3JnIj5V c2Vyc0BvdmlydC5vcmc8L2E+ICZndDsgJmd0OyZndDsgU2VudDogVHVlc2RheSwgSmFudWFyeSA4 LCAyMDEzCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IDEwOjQwOjI3CiZndDsgJmd0OyAmZ3Q7ICZn dDsmZ3Q7IEFNCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IFN1YmplY3Q6IFtVc2Vyc10gQmVzdCBw cmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNrIGltYWdlCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7 CiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IEhpLAomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OwomZ3Q7 ICZndDsgJmd0OyAmZ3Q7Jmd0OyBJZiBJIGhhdmUgYSBWTSB0aGF0IGhhcyBydW4gb3V0IG9mIGRp c2sgc3BhY2UsIGhvdyBjYW4gSQomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyBpbmNyZWFzZQomZ3Q7 ICZndDsgJmd0OyAmZ3Q7Jmd0OyB0aGUKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgc3BhY2UgaW4g YmVzdCB3YXk/IE9uZSB3YXkgaXMgdG8gYWRkIGEgc2Vjb25kIGJpZ2dlciBkaXNrIHRvCiZndDsg Jmd0OyAmZ3Q7ICZndDsmZ3Q7IHRoZQomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyBXTQomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyBhbmQgdGhlbiB1c2UgZGQgb3Igc2ltaWxhciB0byBjb3B5LiBCdXQg aXMgaXQgcG9zc2libGUgdG8KJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgc3RyZXRjaAomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyB0aGUKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgb3JpZ2luYWwgZGlz ayBpbnNpZGUgb3Igb3V0c2lkZSBvVmlydCBhbmQgZ2V0IG9WaXJ0IHRvIGtub3cKJmd0OyAmZ3Q7 ICZndDsgJmd0OyZndDsgdGhlCiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IGJpZ2dlcgomZ3Q7ICZn dDsgJmd0OyAmZ3Q7Jmd0OyBzaXplPwomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OwomZ3Q7ICZndDsg Jmd0OyAmZ3Q7Jmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAmZ3Q7ICZndDsgJmd0OyZndDsgX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KJmd0OyAmZ3Q7ICZn dDsgJmd0OyZndDsgVXNlcnMgbWFpbGluZyBsaXN0CiZndDsgJmd0OyAmZ3Q7ICZndDsmZ3Q7IDxh IGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OyAm Z3Q7Jmd0OwomZ3Q7ICZndDsgJmd0OyAmZ3Q7Jmd0OyA8YSBocmVmPSJodHRwOi8vbGlzdHMub3Zp cnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp bG1hbi9saXN0aW5mby91c2VyczwvYT4gJmd0OyAmZ3Q7Jmd0OwomZ3Q7ICZndDsgJmd0OyAKJmd0 OyAmZ3Q7ICZndDsgCiZndDsgJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwomZ3Q7ICZndDsgVXNlcnMgbWFpbGluZyBsaXN0IDxhIGhyZWY9Im1haWx0 bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OwomZ3Q7ICZndDsgPGEg aHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIj5odHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+ICZndDsKJmd0OyAK PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F091023B2DCexchange21_--

1 0

[Users] DL380 G5 - Fails to Activate
by Tom Brown 25 Jan '13

25 Jan '13

Hi I have a couple of old DL380 G5's and i am putting them into their own cluster for testing various things out. The install of 3.1 from dreyou goes fine onto them but when they try to activate i get the following Host xxx.xxx.net.uk moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : model_Conroe, nx KVM appears to run just fine on these host and their cpu's are Intel(R) Xeon(R) CPU 5140 @ 2.33GHz Is it possible to add these in to a 3.1 cluster ?? thanks

2 5

[Users] ovirt node
by David Michael 25 Jan '13

25 Jan '13

hi i cannot add ovirt node to thr ovirt engine and i got this log message *[org.ovirt.engine.core.bll.AddVdsCommand]*>* (http-0.0.0.0-8080-3) CanDoAction of action AddVds failed.*>* Reasons:VDS_CANNOT_CONNECT_TO_SERVER,VAR__ACTION__ADD,VAR__TYPE__HOST*

2 1

Re: [Users] Change locale for VNC console
by Itamar Heim 25 Jan '13

25 Jan '13

On 01/03/2013 01:38 PM, Frank Wall wrote: > On Thu, Jan 03, 2013 at 11:20:34AM +0000, Alexandre Santos wrote: >> Did you shutdown the VM and started it again or just restart the VNC connection? > > It was a complete shutdown, have tried this multiple times. actually, changing a config requires engine restart

8 12

[Users] win 7 vm creation:
by Gianluca Cecchi 25 Jan '13

25 Jan '13

Hello, on F18 physical host configured all-in-one oVirt nightly ( ovirt-engine-3.2.0-1.20130101.git2184580.fc18.noarch ) Trying to setup a w7 vm in run once, I get Error win7tst: - Cannot run VM. There are no available running Hosts in the Host Cluster. Here are screenshots for: vm network https://docs.google.com/open?id=0BwoPbcrMv8mvQWpwMUh6ZGRVeGc host network, after setting it up with drag of ovirtmgmt to em3 (the host currently has only em3.65 configured) https://docs.google.com/open?id=0BwoPbcrMv8mvRkVLSlkxWnRwakE engine log gzipped: https://docs.google.com/open?id=0BwoPbcrMv8mvcXRERkEyQW5Yc1U Is there an evident error in my config or should I send any other log? screenshots for local_cluster and local_host situation https://docs.google.com/open?id=0BwoPbcrMv8mvNV8zWTJLWHFhdFU and https://docs.google.com/open?id=0BwoPbcrMv8mvejlGUW5UWkxKMDg Thanks, Gianluca

4 9

[Users] Attaching export domain to dc fails
by Patrick Hurrelmann 24 Jan '13

24 Jan '13

Hi list, in one datacenter I'm facing problems with my export storage. The dc is of type single host with local storage. On the host I see that the nfs export domain is still connected, but the engine does not show this and therefore it cannot be used for exports or detached. Trying to add attach the export domain again fails. The following is logged n vdsm: Thread-1902159::ERROR::2013-01-24 17:11:45,474::task::853::TaskManager.Task::(_setError) Task=`4bc15024-7917-4599-988f-2784ce43fbe7`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 861, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 38, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 960, in attachStorageDomain pool.attachSD(sdUUID) File "/usr/share/vdsm/storage/securable.py", line 63, in wrapper return f(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line 924, in attachSD dom.attach(self.spUUID) File "/usr/share/vdsm/storage/sd.py", line 442, in attach raise se.StorageDomainAlreadyAttached(pools[0], self.sdUUID) StorageDomainAlreadyAttached: Storage domain already attached to pool: 'domain=cd23808b-136a-4b33-a80c-f2581eab022d, pool=d95c53ca-9cef-4db2-8858-bf4937bd8c14' It won't let me attach the export domain saying that it is already attached. Manually umounting the export domain on the host results in the same error on subsequent attach. This is on CentOS 6.3 using Dreyou's rpms. Installed versions on host: vdsm.x86_64 4.10.0-0.44.14.el6 vdsm-cli.noarch 4.10.0-0.44.14.el6 vdsm-python.x86_64 4.10.0-0.44.14.el6 vdsm-xmlrpc.noarch 4.10.0-0.44.14.el6 Engine: ovirt-engine.noarch 3.1.0-3.19.el6 ovirt-engine-backend.noarch 3.1.0-3.19.el6 ovirt-engine-cli.noarch 3.1.0.7-1.el6 ovirt-engine-config.noarch 3.1.0-3.19.el6 ovirt-engine-dbscripts.noarch 3.1.0-3.19.el6 ovirt-engine-genericapi.noarch 3.1.0-3.19.el6 ovirt-engine-jbossas711.x86_64 1-0 ovirt-engine-notification-service.noarch 3.1.0-3.19.el6 ovirt-engine-restapi.noarch 3.1.0-3.19.el6 ovirt-engine-sdk.noarch 3.1.0.5-1.el6 ovirt-engine-setup.noarch 3.1.0-3.19.el6 ovirt-engine-tools-common.noarch 3.1.0-3.19.el6 ovirt-engine-userportal.noarch 3.1.0-3.19.el6 ovirt-engine-webadmin-portal.noarch 3.1.0-3.19.el6 ovirt-image-uploader.noarch 3.1.0-16.el6 ovirt-iso-uploader.noarch 3.1.0-16.el6 ovirt-log-collector.noarch 3.1.0-16.el6 How can this be recovered to a sane state? If more information is needed, please do not hesitate to request it. Thanks and regards Patrick -- Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

2 2

[Users] storage domain auto re-cover
by Alex Leonhardt 24 Jan '13

24 Jan '13

hi, is it possible to set a storage domain to auto-recover / auto-reactivate ? e.g. after I restart a host that runs a storage domain, i want ovirt engine to make that storage domain active after the host has come up. thanks alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

2 3

[Users] custom nfs mount options
by Alex Leonhardt 24 Jan '13

24 Jan '13

Hi, Is it possible set custom nfs mount options, specifically : noatime, wsize and rsize ? I couldnt see anything when "adding a NFS domain" - only timeout & retry. Thanks! Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

5 10

[Users] VM migration failed on oVirt Node Hypervisor release 2.5.5 (0.1.fc17) : empty cacert.pem
by Kevin Maziere Aubry 24 Jan '13

24 Jan '13

Hi My concern is about ovirt node oVirt Node Hypervisor release 2.5.5 (0.1.fc17), iso downloaded from ovirt. I've installed and connect 4 nodes on a manager, and try to migrate a VM between hypervisors. I always fail with error : libvirtError: operation failed: Failed to connect to remote libvirt URI qemu+tls://172.16.6.3/system where 172.0.0.1 is the IP of a nde. I've check on the node and the port 16514 is open. I also test the virsh command to have a better error message : virsh -c tls://172.16.6.3/system error: Unable to import client certificate /etc/pki/CA/cacert.pem I've checked the cert file on the ovirt node and found it was empty, and that on all nodes install from the Ovirt ISO it is empty I also checked /config/etc/pki/CA/cacert.pem, which is also empty. On a vdsm node install from package on fedora17, it works. ls -al /etc/pki/CA/cacert.pem lrwxrwxrwx. 1 root root 30 18 janv. 14:30 /etc/pki/CA/cacert.pem -> /etc/pki/vdsm/certs/cacert.pem And the cert is good. I've seen no bug report regarding the feature... Kevin -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

1 0

Re: [Users] Problems when trying to delete a snapshot
by Eduardo Warszawski 24 Jan '13

24 Jan '13

----- Original Message ----- > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > I recovered from this error by import my base-image in a new machine > and make a restore of the backups. > > But is it possible "by hand" to merge latest snapshot in to a > base-image to get a new VM up and running with the old disk image? > Looking at your vdsm logs the snapshot should be intact, then it can be manually restored to the previous state. Please restore the images dirs, removing the "old" and the "orig" dirs you have. You need to change the engine db accordingly too. Later you can retry the merge. Regards. > I have tried with qemu-img but have no go with it. > > Regards //Ricky > > > On 2012-12-30 16:57, Haim Ateya wrote: > > Hi Ricky, > > > > from going over your logs, it seems like create snapshot failed, > > its logged clearly in both engine and vdsm logs [1]. did you try to > > delete this snapshot or was it a different one? if so, not sure its > > worth debugging. > > > > bee7-78e7d1cbc201, vmId=d41b4ebe-3631-4bc1-805c-d762c636ca5a), log > > id: 46d21393 2012-12-13 10:40:24,372 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > > (pool-5-thread-50) [12561529] Failed in SnapshotVDS method > > 2012-12-13 10:40:24,372 ERROR > > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > > (pool-5-thread-50) [12561529] Error code SNAPSHOT_FAILED and error > > message VDSGenericException: VDSErrorException: Failed to > > SnapshotVDS, error = Snapshot failed 2012-12-13 10:40:24,372 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > > (pool-5-thread-50) [12561529] Command > > org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand return > > value Class Name: > > org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc > > > > > mStatus Class Name: > org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc > > mCode 48 mMessage > > Snapshot failed > > > > > > > > enter/6d91788c-99d9-11e1-b913-78e7d1cbc201/mastersd/master/tasks/21cbcc25-7672-4704-a414-a44f5e9944ed > > temp > > /rhev/data-center/6d91788c-99d9-11e1-b913-78e7d1cbc201/mastersd/maste > > > > > r/tasks/21cbcc25-7672-4704-a414-a44f5e9944ed.temp > > 21cbcc25-7672-4704-a414-a44f5e9944ed::ERROR::2012-12-14 > > 10:48:41,189::volume::492::Storage.Volume::(create) Unexpected > > error Traceback (most recent call last): File > > "/usr/share/vdsm/storage/volume.py", line 475, in create > > srcVolUUID, imgPath, volPath) File > > "/usr/share/vdsm/storage/fileVolume.py", line 138, in _create > > oop.getProcessPool(dom.sdUUID).createSparseFile(volPath, > > sizeBytes) File "/usr/share/vdsm/storage/remoteFileHandler.py", > > line 277, in callCrabRPCFunction *args, **kwargs) File > > "/usr/share/vdsm/storage/remoteFileHandler.py", line 195, in > > callCrabRPCFunction raise err IOError: [Errno 27] File too large > > > > 2012-12-13 10:40:24,372 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > > (pool-5-thread-50) [12561529] Vds: virthost01 2012-12-13 > > 10:40:24,372 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] > > (pool-5-thread-50) [12561529] Command SnapshotVDS execution failed. > > Exception: VDSErrorException: VDSGenericException: > > VDSErrorException: Failed to SnapshotVDS, error = Snapshot failed > > 2012-12-13 10:40:24,373 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand] > > (pool-5-thread-50) [12561529] FINISH, SnapshotVDSCommand, log id: > > 46d21393 2012-12-13 10:40:24,373 ERROR > > [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand] > > (pool-5-thread-50) [12561529] Wasnt able to live snpashot due to > > error: VdcBLLException: VdcBLLException: > > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > > VDSGenericException: VDSErrorException: Failed to SnapshotVDS, > > error = Snapshot failed, rolling back. 2012-12-13 10:40:24,376 > > ERROR [org.ovirt.engine.core.bll.CreateSnapshotCommand] > > (pool-5-thread-50) [4fd6c4e4] Ending command with failure: > > org.ovirt.engine.core.bll.CreateSnapshotCommand 2012-12-13 1 > > > > 21cbcc25-7672-4704-a414-a44f5e9944ed::ERROR::2012-12-14 > > 10:48:41,196::task::833::TaskManager.Task::(_setError) > > Task=`21cbcc25-7672-4704-a414-a44f5e9944ed`::Unexpected error > > Traceback (most recent call last): File > > "/usr/share/vdsm/storage/task.py", line 840, in _run return > > fn(*args, **kargs) File "/usr/share/vdsm/storage/task.py", line > > 307, in run return self.cmd(*self.argslist, **self.argsdict) File > > "/usr/share/vdsm/storage/securable.py", line 68, in wrapper return > > f(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line > > 1903, in createVolume srcImgUUID=srcImgUUID, > > srcVolUUID=srcVolUUID) File "/usr/share/vdsm/storage/fileSD.py", > > line 258, in createVolume volUUID, desc, srcImgUUID, srcVolUUID) > > File "/usr/share/vdsm/storage/volume.py", line 494, in create > > (volUUID, e)) VolumeCreationError: Error creating a new volume: > > ('Volume creation 6da02c1e-5ef5-4fab-9ab2-bb081b35e7b3 failed: > > [Errno 27] File too large',) > > > > > > > > ----- Original Message ----- > >> From: "Ricky Schneberger" <ricky(a)schneberger.se> To: "Haim Ateya" > >> <hateya(a)redhat.com> Cc: users(a)ovirt.org Sent: Thursday, December > >> 20, 2012 5:52:10 PM Subject: Re: [Users] Problems when trying to > >> delete a snapshot > >> > > Hi, The task did not finished but it broked my VM. What I have > > right now is a VM with a base-image and a snapshot that I need to > > merge together so I can import the disk in a new VM. > > > > I have attached the logs and even the output from the > > tree-command. > > > > Regards // > > > > Ricky > > > > > > > > On 2012-12-16 08:35, Haim Ateya wrote: > >>>> please attach full engine and vdsm log from SPM machine. > >>>> also, did the task finished ? please run tree command for > >>>> /rhev/data-center/. > >>>> > >>>> ----- Original Message ----- > >>>>> From: "Ricky Schneberger" <ricky(a)schneberger.se> To: > >>>>> users(a)ovirt.org Sent: Friday, December 14, 2012 3:16:58 PM > >>>>> Subject: [Users] Problems when trying to delete a snapshot > >>>>> > >>>> I was trying to delete a snapshot from one of my VM and > >>>> everything started fine. > >>>> > >>>> The disk image is a thin provisioned 100GB disk with 8GB > >>>> data. I just hade one snapshot and it was that one I started > >>>> to delete. After more than two hours I look in the folder > >>>> with that VMs disk images and found out that there was i new > >>>> created file with a size of around 650GB and it was still > >>>> growing. > >>>> > >>>> -rw-rw----. 1 vdsm kvm 8789950464 14 dec 12.23 > >>>> 8ede8e53-1323-442b-84f2-3c94114c64cf -rw-r--r--. 1 vdsm kvm > >>>> 681499951104 14 dec 14.10 > >>>> 8ede8e53-1323-442b-84f2-3c94114c64cf_MERGE -rw-r--r--. 1 vdsm > >>>> kvm 272 14 dec 12.24 > >>>> 8ede8e53-1323-442b-84f2-3c94114c64cf.meta -rw-rw----. 1 vdsm > >>>> kvm 107382439936 6 jun 2012 > >>>> b4a43421-728b-4204-a389-607221d945b7 -rw-r--r--. 1 vdsm kvm > >>>> 282 14 dec 12.24 b4a43421-728b-4204-a389-607221d945b7.meta > >>>> > >>>> Any idea what is happening? > >>>> > >>>> Regards > >>>>> > >>>>> _______________________________________________ Users > >>>>> mailing list Users(a)ovirt.org > >>>>> http://lists.ovirt.org/mailman/listinfo/users > >>>>> > >> > > - -- > Ricky Schneberger > > - ------------------------------------ > "Not using free exhaust energy to help your engine breathe is > downright > criminal" > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with undefined - http://www.enigmail.net/ > > iEYEARECAAYFAlDhjYYACgkQOap81biMC2NY1gCdHeTHy92dFzMMhwKA360OSauW > KMIAn1rClC+ZWRgukQJaeCY0g3APw4to > =G4Bl > -----END PGP SIGNATURE----- > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

1 0

[Users] Installing a lab setup from scratch using F18
by Joop 24 Jan '13

24 Jan '13

As promised on IRC (jvandewege) I'll post my findings of setting up an ovirt lab environment from scratch using F18. First some background: - 2 hosts for testing storage cluster with replicated gluster data and iso domains (HP ML110 G5) - 2 hosts for VMs (HP DL360 G5?) - 1 managment server (HP ML110 G5) All physical servers have atleast 1Gb connection and they also have 2 10Gb ethernet ports connected to two Arista switches. Complete setup (except for the managment srv) is redundant. Using F18-x64 DVD and using minimal server with extra tools, after install the ovirt.repo and the beta gluster repo is activated. This serves as a proof of concept for a bigger setup. Problems sofar: - looks like F18 uses a different path to access video since using the defaults leads to garbled video, need to use nomodeset as a kernel option - upgrading the minimal install (yum upgrade) gives me kernel-3.7.2-204 and the boot process halts with soft locks on different cpus, reverting to 3.6.10-4.fc18.x86_64 fixes that. Managment is using 3.7.2 kernel without problems BUT it doesn't use libvirt/qemu-kvm/vdsm, my guess its related. - need to disable NetworkManager and enable network (and ifcfg-xxx) to get network going - adding the storage hosts from de webui works but after reboot vdsm is not starting, reason seems to be that network isn't initialised until after all interfaces are done with their dhcp requests. There are 4 interfaces which use dhcp, setting those to bootprotocol=none seems the help. - during deploy their is a warning about 'cannot set tuned profile', seems harmless but hadn't seen that one until now. - the deployment script discovers during deployment that the ID of the second storage server is identical to the first one and abort the deployment (Blame HP!) shouldn't it generate a unique one using uuidgen?? Things that are OK sofar: - ovirt-engine setup (no problems with postgresql) - creating/activating gluster volumes (no more deadlocks) Adding virt hosts has to wait til tomorrow, got problems getting the dvd iso onto an usb stick, will probably burn a DVD to keep going. Joop

3 2

[Users] cannot add gluster domain
by T-Sinjon 24 Jan '13

24 Jan '13

HI, everyone: Recently , I newly installed ovirt 3.1 from http://resources.ovirt.org/releases/stable/rpm/Fedora/17/noarch/, and node use http://resources.ovirt.org/releases/stable/tools/ovirt-node-iso-2.5.5-0.1.f… when i add gluster domain via nfs, mount error occurred, I have do manually mount action on the node but failed if without -o nolock option: # /usr/bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6 my-gluster-ip:/gvol02/GlusterDomain /rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain mount.nfs: rpc.statd is not running but is required for remote locking. mount.nfs: Either use '-o nolock' to keep locks local, or start statd. mount.nfs: an incorrect mount option was specified blow is the vdsm.log from node and engine.log, any help was appreciated : vdsm.log Thread-12717::DEBUG::2013-01-22 09:19:02,261::BindingXMLRPC::156::vds::(wrapper) [my-engine-ip] Thread-12717::DEBUG::2013-01-22 09:19:02,261::task::588::TaskManager.Task::(_updateState) Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::moving from state init -> state preparing Thread-12717::INFO::2013-01-22 09:19:02,262::logUtils::37::dispatcher::(wrapper) Run and protect: validateStorageServerConnection(domType=1, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': 'my-gluster-ip:/gvol02/GlusterDomain', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '00000000-0000-0000-0000-000000000000', 'port': ''}], options=None) Thread-12717::INFO::2013-01-22 09:19:02,262::logUtils::39::dispatcher::(wrapper) Run and protect: validateStorageServerConnection, Return response: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-12717::DEBUG::2013-01-22 09:19:02,262::task::1172::TaskManager.Task::(prepare) Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::finished: {'statuslist': [{'status': 0, 'id': '00000000-0000-0000-0000-000000000000'}]} Thread-12717::DEBUG::2013-01-22 09:19:02,262::task::588::TaskManager.Task::(_updateState) Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::moving from state preparing -> state finished Thread-12717::DEBUG::2013-01-22 09:19:02,262::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-12717::DEBUG::2013-01-22 09:19:02,262::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-12717::DEBUG::2013-01-22 09:19:02,263::task::978::TaskManager.Task::(_decref) Task=`e1d331c6-e191-415f-bc1b-e5047d447494`::ref 0 aborting False Thread-12718::DEBUG::2013-01-22 09:19:02,307::BindingXMLRPC::156::vds::(wrapper) [my-engine-ip] Thread-12718::DEBUG::2013-01-22 09:19:02,307::task::588::TaskManager.Task::(_updateState) Task=`c07a075a-a910-4bc3-9a33-b957d05ea270`::moving from state init -> state preparing Thread-12718::INFO::2013-01-22 09:19:02,307::logUtils::37::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=1, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': 'my-gluster-ip:/gvol02/GlusterDomain', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '6463ca53-6c57-45f6-bb5c-45505891cae9', 'port': ''}], options=None) Thread-12718::DEBUG::2013-01-22 09:19:02,467::__init__::1249::Storage.Misc.excCmd::(_log) '/usr/bin/sudo -n /usr/bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6 my-gluster-ip:/gvol02/GlusterDomain /rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain' (cwd None) Thread-12718::ERROR::2013-01-22 09:19:02,486::hsm::1932::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 1929, in connectStorageServer File "/usr/share/vdsm/storage/storageServer.py", line 256, in connect File "/usr/share/vdsm/storage/storageServer.py", line 179, in connect File "/usr/share/vdsm/storage/mount.py", line 190, in mount File "/usr/share/vdsm/storage/mount.py", line 206, in _runcmd MountError: (32, ";mount.nfs: rpc.statd is not running but is required for remote locking.\nmount.nfs: Either use '-o nolock' to keep locks local, or start statd.\nmount.nfs: an incorrect mount option was specified\n") engine.log: 2013-01-22 17:19:20,073 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (ajp--0.0.0.0-8009-7) [25932203] START, ValidateStorageServerConnectionVDSCommand(vdsId = 626e37f4-5ee3-11e2-96fa-0030487c133e, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: my-gluster-ip:/gvol02/GlusterDomain };]), log id: 303f4753 2013-01-22 17:19:20,095 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (ajp--0.0.0.0-8009-7) [25932203] FINISH, ValidateStorageServerConnectionVDSCommand, return: {00000000-0000-0000-0000-000000000000=0}, log id: 303f4753 2013-01-22 17:19:20,115 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--0.0.0.0-8009-7) [25932203] Running command: AddStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: System 2013-01-22 17:19:20,117 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--0.0.0.0-8009-7) [25932203] START, ConnectStorageServerVDSCommand(vdsId = 626e37f4-5ee3-11e2-96fa-0030487c133e, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 6463ca53-6c57-45f6-bb5c-45505891cae9, connection: my-gluster-ip:/gvol02/GlusterDomain };]), log id: 198f3eb4 2013-01-22 17:19:20,323 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--0.0.0.0-8009-7) [25932203] FINISH, ConnectStorageServerVDSCommand, return: {6463ca53-6c57-45f6-bb5c-45505891cae9=477}, log id: 198f3eb4 2013-01-22 17:19:20,325 ERROR [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (ajp--0.0.0.0-8009-7) [25932203] The connection with details my-gluster-ip:/gvol02/GlusterDomain failed because of error code 477 and error message is: 477 2013-01-22 17:19:20,415 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--0.0.0.0-8009-6) [6641b9e1] Running command: AddNFSStorageDomainCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: System 2013-01-22 17:19:20,425 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--0.0.0.0-8009-6) [6641b9e1] START, CreateStorageDomainVDSCommand(vdsId = 626e37f4-5ee3-11e2-96fa-0030487c133e, storageDomain=org.ovirt.engine.core.common.businessentities.storage_domain_static@8e25c6bc, args=my-gluster-ip:/gvol02/GlusterDomain), log id: 675539c4 2013-01-22 17:19:21,064 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-6) [6641b9e1] Failed in CreateStorageDomainVDS method 2013-01-22 17:19:21,065 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-6) [6641b9e1] Error code StorageDomainFSNotMounted and error message VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Storage domain remote path not mounted: ('/rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain',) 2013-01-22 17:19:21,066 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-6) [6641b9e1] Command org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return value Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 360 mMessage Storage domain remote path not mounted: ('/rhev/data-center/mnt/my-gluster-ip:_gvol02_GlusterDomain',)

2 2

[Users] KVM version not showing in Ovirt Manager
by Tom Brown 23 Jan '13

23 Jan '13

Hi I have just added another HV to a cluster and its up and running fine. I can run VM's on it and migrate fro other HV's onto it. I do note however that in the manager there is no KVM version listed as installed however on other HV's in the cluster there is a version present. I see that the KVM version is slightly different on this new host but as i said apart from this visual issue everything appear to be running fine. These HV's are CentOS 6.3 using dreyou 3.1 Node where KVM version not showing in the manager node003 ~]# rpm -qa | grep kvm qemu-kvm-rhev-0.12.1.2-2.295.el6.10.x86_64 qemu-kvm-rhev-tools-0.12.1.2-2.295.el6.10.x86_64 Node where KVM version is showing in the manager node002 ~]# rpm -qa | grep kvm qemu-kvm-tools-0.12.1.2-2.295.el6_3.8.x86_64 qemu-kvm-0.12.1.2-2.295.el6_3.8.x86_64 thanks

5 14

[Users] Encrypted Admin password error
by Dead Horse 23 Jan '13

23 Jan '13

This error appears very frequently in the engine.log. 2013-01-22 15:33:10,837 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service thread 1-5) Failed to decrypt Data must start with zero 2013-01-22 15:33:10,838 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-5) Failed to decrypt value for property TruststorePass will be used encrypted value 2013-01-22 15:33:10,865 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service thread 1-5) Failed to decrypt Data must start with zero 2013-01-22 15:33:10,866 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-5) Failed to decrypt value for property AdminPassword will be used encrypted value Starting appearing after manual edit to the "AdminPassword" value in the database. Tried using engine-config -s AdminPassword='somepassword' to change it which always resulted in: cannot set value 'somepassword' to key AdminPassword. Hence the manual edit Any ideas on how to make the engine happy in that regard again? - DHC

2 2

[Users] oVirt Weekly Meeting -- 2013-01-23
by Mike Burns 23 Jan '13

23 Jan '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-23-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-23-15.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-23-15.00.log.html ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns_ovirt_ws at 15:00:57 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-01-23-15.00.log.html . Meeting summary --------------- * agenda and roll call (mburns_ovirt_ws, 15:01:05) * Release status (mburns, 15:04:10) * vdsm and engine rpms are posted to ovirt-beta repo (mburns, 15:04:23) * testing is ongoing with ovirt-node (mburns, 15:04:43) * hope to have ovirt-node packages and image uploaded and beta announcement sent today (mburns, 15:05:10) * workshops (dneary, 15:08:24) * Sunnyvale workshop on now. 90 registered, ~70 attendees for day 1 (dneary, 15:08:51) * Dates for Shanghai workshop in Intel's campus there have been pushed back (dneary, 15:09:29) * Shanghai workshop will now happen on May 8-9, 2013 (dneary, 15:09:49) * Call for participation and registration for that workshop will go online next week (dneary, 15:10:38) * oVirt Board meeting during the NetApp workshop is planned for tomorrow, Thursday 24 Jan. Remote attendance is possible - please contact dneary(a)redhat.com or lhawthor(a)redhat.com to attend remotely (dneary, 15:13:33) * Board meeting starts at 09:00 AM PST, 17:00 UTC (mburns, 15:16:38) * Infra update (quick) (mburns, 15:17:15) * <quaid> we've got *both* sets of servers & I'll be distributing access to the Infra maintainers later today so work can continue in my absence (mburns, 15:17:38) * Release Status (continued) (mburns, 15:18:02) * Q from aglitke -- will we have a 3.2 ovirt on a stick? (mburns, 15:18:33) * A - yes, it's already in use at the workshop right now (mburns, 15:18:48) * next step is to get it into a jenkins build to build it daily (mburns, 15:19:07) * question from linex about upgrades -- will it be a simple package update to go from 3.1 to 3.2? (mburns, 15:19:34) * answer -- no, 3.1 runs on F17 and 3.2 on F18, so there is an OS upgrade involved as well as running engine-upgrade (mburns, 15:20:17) * upgrade from 3.2 beta to 3.2 GA *should* be more smooth (mburns, 15:20:57) * Proposal -- since we don't have beta ready yet, slip test day from 24-Jan to 29-Jan and GA from 30-Jan to 06-Feb (mburns, 15:24:12) * question -- release note status (mburns, 15:25:16) * sgordon and cheryn tan are coordinating (mburns, 15:25:29) * maintainers need to be responsive is asked for info from them if we hope to have them available on time (mburns, 15:25:48) * should have a draft ready for the 29th (mburns, 15:26:13) * AGREED: release date to slip 1 week to 06-Feb and test day to 29-Jan (mburns, 15:27:40) * Other Topics (mburns, 15:29:40) Meeting ended at 15:32:24 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (60) * dneary (20) * aglitke (19) * mburns_ovirt_ws (7) * sgordon (5) * linex (5) * ovirtbot (4) * Rydekull (2) * quaid (1) * dustins (1) * oschreib (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

[Users] Attaching floppy to guest
by Gianluca Cecchi 23 Jan '13

23 Jan '13

Hello, if I want to attach a floppy image to a guest, can I only do via run once when it is powered off or can I attach it to a running guest too? In my case I have a winxp guest running and I only see Change CD as an option... Thanks, Gianluca

2 2

[Users] Guests are paused without error message while doing maintenance on NFS storage
by Karli Sjöberg 23 Jan '13

23 Jan '13

--_000_5F9E965F5A80BC468BE5F40576769F091023A18Bexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCnRoaXMgaXMgYSBiaXQgY29tcGxleCBpc3N1ZSwgc28gScK0bCB0cnkgYW5kIGJlIGFz IGNsZWFyIGFzIHBvc3NpYmxlLiBXZSBhcmUgcnVubmluZyBvVmlydC0zLjEgaW4gb3VyIHByb2R1 Y3Rpb24gZW52aXJvbm1lbnQsIGJhc2VkIG9uIG1pbmltYWwgRmVkb3JhIDE3IGluc3RhbGxzLiBX ZSBoYXZlIDR4SFAgMzgwJ3MgKEludGVsKSBydW5uaW5nIGluIG9uZSBjbHVzdGVyLCBhbmQgMnhT dW4gNzMxMCdzIChBTUQpIGluIGFub3RoZXIgY2x1c3Rlci4gVGhleSBoYXZlIHNoYXJlZCBzdG9y YWdlIG92ZXIgTkZTIHRvIGEgRnJlZUJTRC1iYXNlZCBzeXN0ZW0gdGhhdCB1c2VzIFpGUyBhcyBh IGZpbGVzeXN0ZW0uIFRoZSBzdG9yYWdlIGJvb3RzIG9mZiBvZiBhIG1pcnJvcmVkIFpGUyBwb29s IG1hZGUgdXAgb2YgdHdvIFVTQidzIHRoYXQgb25seSBob3VzZXMgLywgd2hpbGUgL3ZhciwgL3Vz ciwgZXRjLiBsaWVzIG9uIGEgc2VwYXJhdGUgWkZTIHBvb2wgbWFkZSB1cCBvZiB0aGUgcmVzdCBv ZiB0aGUgSEREJ3MgaW4gdGhlIHN5c3RlbS4gSXQgbG9va3MgbGlrZSB0aGlzOg0KDQpGUyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTU9VTlRQT0lOVA0KcG9vbDEg KFRoZSBtaXJyb3JlZCBVU0IncykgICAgbm9uZQ0KcG9vbDEvcm9vdCAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAvIChtb3VudGVkIHJvKQ0KcG9vbDIgKFRoZSByZWd1bGFyIEhERCdzKSAg ICAgbm9uZQ0KcG9vbDIvcm9vdCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBub25lDQpw b29sMi9yb290L3VzciAgICAgICAgICAgICAgICAgICAgICAgIC91c3INCnBvb2wyL3Jvb3QvdXNy L2hvbWUgICAgICAgICAgICAgIC91c3IvaG9tZQ0KcG9vbDIvcm9vdC91c3IvbG9jYWwgICAgICAg ICAgICAgICAvdXNyL2xvY2FsDQpwb29sMi9yb290L3ZhciAgICAgICAgICAgICAgICAgICAgICAg IC92YXINCnRtcGZzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL3RtcA0K cG9vbDIvZXhwb3J0ICAgICAgICAgICAgICAgICAgICAgICAgICAvZXhwb3J0DQpwb29sMi9leHBv cnQvZHMxICAgICAgICAgICAgICAgICAgIC9leHBvcnQvZHMxDQpwb29sMi9leHBvcnQvZHMxL2Rh dGEgICAgICAgICAgIC9leHBvcnQvZHMxL2RhdGENCnBvb2wyL2V4cG9ydC9kczEvZXhwb3J0ICAg ICAgIC9leHBvcnQvZHMxL2V4cG9ydA0KcG9vbDIvZXhwb3J0L2RzMS9pc28gICAgICAgICAgICAg L2V4cG9ydC9kczEvaXNvDQpwb29sMi9leHBvcnQvZHMyICAgICAgICAgICAgICAgICAgIC9leHBv cnQvZHMyDQpwb29sMi9leHBvcnQvZHMyL2RhdGEgICAgICAgICAgIC9leHBvcnQvZHMyL2RhdGEN Cg0KL2V0Yy9leHBvcnRzOg0KL2V4cG9ydC9kczEvZGF0YSAgICAgLWFsbGRpcnMgLW1hcHJvb3Q9 cm9vdCAxMC4wLjAuKGFsbCBvZiB0aGUgSFYncykNCi9leHBvcnQvZHMxL2V4cG9ydCAtYWxsZGly cyAtbWFwcm9vdD1yb290IDEwLjAuMC4oYWxsIG9mIHRoZSBIVidzKQ0KL2V4cG9ydC9kczEvaXNv ICAgICAgICAtYWxsZGlycyAtbWFwcm9vdD1yb290IDEwLjAuMC4oYWxsIG9mIHRoZSBIVidzKQ0K L2V4cG9ydC9kczIvZGF0YSAgICAgLWFsbGRpcnMgLW1hcHJvb3Q9cm9vdCAxMC4wLjAuKGFsbCBv ZiB0aGUgSFYncykNCg0KVG8gbWFrZSB0aG9zZSBVU0IncyBsYXN0IGZvciBhcyBsb25nIGFzIHBv c3NpYmxlLCAvIGlzIHVzdWFsbHkgbW91bnRlZCByZWFkLW9ubHkuIEFuZCB3aGVuIHlvdSBuZWVk IHRvIGNoYW5nZSBhbnl0aGluZywgeW91IG5lZWQgdG8gcmVtb3VudCAvIHRvIHJlYWQtd3JpdGUs IGRvIHRoZSBtYWludGVuYW5jZSwgYW5kIHRoZW4gcmVtb3VudCBiYWNrIHRvIHJlYWQtb25seSBh Z2Fpbi4gQnV0IHdoZW4geW91IGlzc3VlIGEgbW91bnQgY29tbWFuZCwgdGhlIFZNJ3MgaW4gb1Zp cnQgcGF1c2UuIEF0IGZpcnN0IHdlIGRpZG7CtHQgdW5kZXJzdGFuZCB0aGF0IHdhcyBhY3R1YWxs eSB0aGUgY2F1c2UgYW5kIHRyaWVkIHRvIGNvcnJlbGF0ZSB0aGUgc2VlbWluZ2x5IHNwb250YW5l b3VzIHBhdXNpbmcgdG8ganVzdCBhYm91dCBhbnl0aGluZywgVGhlbiBJIHdhcyBsb2dnZWQgaW4g dG8gYm90aCBvVmlydCdzIHdlYmFkbWluLCBhbmQgdGhlIHN0b3JhZ2UgYXQgdGhlIHNhbWUgYW5k IGlzc3VlZCAibW91bnQgLXV3IC8iLCBhbmQgKmJvb20qLCByYW5kb20gVk0ncyBzdGFydGVkIHRv IHBhdXNlOikgTm90IGFsbCBvZiB0aGVtIHRob3VnaCwgYW5kIG5vdCBqdXN0IGV2ZXJ5IG9uZSBp biBlaXRoZXIgY2x1c3RlciBvciBzb21ldGhpbmcsIGl0IGlzIGNvbXBsZXRlbHkgcmFuZG9tIHdo aWNoIFZNJ3MgYXJlIHBhdXNlZCBldmVyeSB0aW1lLg0KDQojIHRpbWUgbW91bnQgLXVyIC8NCg0K cmVhbCAwbTIuMTk4cw0KdXNlciAwbTAuMDAwcw0Kc3lzIDBtMC4wMDJzDQoNCkFuZCBoZXJlwrRz IHdoYXQgdmRzbSBvbiBvbmUgb2YgdGhlIEhWJ3MgdGhvdWdodCBhYm91dCB0aGF0Og0KaHR0cDov L3Bhc3RlYmluLmNvbS9NWGpncERmVQ0KDQpJdCBiZWdpbnMgd2l0aCBhbGwgVk0ncyBiZWluZyAi VXAiLCB0aGVuIG1lIGlzc3VpbmcgdGhlIHJlbW91bnQgb24gdGhlIHN0b3JhZ2UgZnJvbSByZWFk LXdyaXRlIHRvIHJlYWQtb25seSB3aGljaCB0b29rIDIgc2VjcyB0byBjb21wbGV0ZSwgdmRzbSBm cmVha2luZyBvdXQgd2hlbiBpdCBzaG9ydGx5IGxvb3NlcyBpdMK0cyBjb25uZWN0aW9ucyBhbmQg bGFzdGx5IG1lIGF0IDE0OjM0IG1ha2luZyB0aGVtIGFsbCBydW4gYWdhaW4gZnJvbSB3ZWJhZG1p bi4NCg0KVHdvIHRoaW5nczoNCjEpIERvZXMgYW55b25lIGtub3cgb2YgYW55IGltcHJvdmVtZW50 cyB0aGF0IGNvdWxkIGJlIG1hZGUgb24gdGhlIHN0b3JhZ2Ugc2lkZSwgYXBhcnQgZnJvbSB0aGUg b2J2aW91cyAic3RvcCByZW1vdW50aW5nIiwgc2luY2UgcGF0Y2hpbmcgbXVzdCBldmVudHVhbGx5 IGJlIG1hZGUsIGNvbmZpZ3VyYXRpb25zIGNoYW5nZWQsIGFuZCBzbyBvbi4gQSBzbWFydGVyIHdh eSBvZiBjb25maWd1cmluZyBzb21ldGhpbmc/IEJvb3RpbmcgZnJvbSBhbm90aGVyIG9yZGluYXJ5 IEhERCBpcyBzYWRseSBvdXQgb2YgdGhlIHF1ZXN0aW9uIGJlY2F1c2UgdGhlcmUgaXNuwrR0IGFu eSByb29tIGZvciBhbnkgbW9yZSwgaXTCtHMgZnVsbC4gQW5kIEkgd291bGQgaGF2ZSByZWFsbHkg bGlrZSBpdCByYXRoZXIgdG8gYm9vdCBmcm9tIHRoZSBIREQncyB0aGF0IGFyZSBhbHJlYWR5IGlu IHRoZXJlLCBidXQgdGhlcmUgYXJlICJvdGhlciB0aGluZ3MiIHByZXZlbnRpbmcgdGhhdC4NCjIp IE5vdGhpbmcgaW4gZW5naW5lIHdhcyBsb2dnZWQgYWJvdXQgaXQsIG5vICJFdmVudHMiIHdlcmUg bWFkZSBhbmQgbm90aGluZyBpbiBlbmdpbmUubG9nIHRoYXQgY291bGQgaW5kaWNhdGUgc29tZXRo aW5nIGhhZCBnb25lIHdyb25nIGF0IGFsbC4gSWYgaXQgd2FzbsK0dCBzZXJpb3VzIGVub3VnaCB0 byBpc3N1ZSBhIHdhcm5pbmcsIHdoeSBkaXNydXB0IHRoZSBzZXJ2aWNlIHdpdGggcGF1c2luZyB0 aGUgbWFjaGluZXM/IE9yIGF0IGxlYXN0IGF1dG9tYXRpY2FsbHkgc3RhcnQgdGhlbSBiYWNrIHVw IHdoZW4gY29ubmVjdGlvbiB0byB0aGUgc3RvcmFnZSBhbG1vc3QgaW1tZWRpYXRlbHkgY2FtZSBi YWNrIG9uIGl0wrRzIG93bi4gU2F5aW5nIG5vdGhpbmcgbWFkZSBpdCByZWFsbHkgaGFyZCB0byB0 cm91Ymxlc2hvb3QsIHNpbmNlIHdlIGRpZG7CtHQgaW5pdGlhbGx5IGtuZXcgYXQgYWxsIHdoYXQg Y291bGQgYmUgY2F1c2luZyB0aGUgcGF1c2VzIHRvIGhhcHBlbiwgYW5kIHdoZW4uDQoNCkJlc3Qg UmVnYXJkcw0KL0thcmxpIFNqw7ZiZXJnDQo= --_000_5F9E965F5A80BC468BE5F40576769F091023A18Bexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSw8YnI+DQo8YnI+ DQp0aGlzIGlzIGEgYml0IGNvbXBsZXggaXNzdWUsIHNvIEnCtGwgdHJ5IGFuZCBiZSBhcyBjbGVh ciBhcyBwb3NzaWJsZS4gV2UgYXJlIHJ1bm5pbmcgb1ZpcnQtMy4xIGluIG91ciBwcm9kdWN0aW9u IGVudmlyb25tZW50LCBiYXNlZCBvbiBtaW5pbWFsIEZlZG9yYSAxNyBpbnN0YWxscy4gV2UgaGF2 ZSA0eEhQIDM4MCdzIChJbnRlbCkgcnVubmluZyBpbiBvbmUgY2x1c3RlciwgYW5kIDJ4U3VuIDcz MTAncyAoQU1EKSBpbiBhbm90aGVyIGNsdXN0ZXIuIFRoZXkNCiBoYXZlIHNoYXJlZCBzdG9yYWdl IG92ZXIgTkZTIHRvIGEgRnJlZUJTRC1iYXNlZCBzeXN0ZW0gdGhhdCB1c2VzIFpGUyBhcyBhIGZp bGVzeXN0ZW0uIFRoZSBzdG9yYWdlIGJvb3RzIG9mZiBvZiBhIG1pcnJvcmVkIFpGUyBwb29sIG1h ZGUgdXAgb2YgdHdvIFVTQidzIHRoYXQgb25seSBob3VzZXMgLywgd2hpbGUgL3ZhciwgL3Vzciwg ZXRjLiBsaWVzIG9uIGEgc2VwYXJhdGUgWkZTIHBvb2wgbWFkZSB1cCBvZiB0aGUgcmVzdCBvZiB0 aGUgSEREJ3MNCiBpbiB0aGUgc3lzdGVtLiBJdCBsb29rcyBsaWtlIHRoaXM6PGJyPg0KPGJyPg0K RlMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTU9VTlRQT0lOVDxicj4NCnBvb2wxIChU aGUgbWlycm9yZWQgVVNCJ3MpJm5ic3A7Jm5ic3A7Jm5ic3A7IG5vbmU8YnI+DQpwb29sMS9yb290 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IC8gKG1vdW50ZWQgcm8pPGJyPg0KcG9vbDIgKFRoZSByZWd1bGFyIEhERCdzKSZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBub25lPGJyPg0KcG9vbDIvcm9vdCZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBub25l PGJyPg0KcG9vbDIvcm9vdC91c3ImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgL3Vzcjxicj4NCnBv b2wyL3Jvb3QvdXNyL2hvbWUmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgL3Vzci9ob21lPGJyPg0KcG9v bDIvcm9vdC91c3IvbG9jYWwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgL3Vzci9sb2NhbDxi cj4NCnBvb2wyL3Jvb3QvdmFyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC92YXI8YnI+DQp0bXBm cyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyAvdG1wPGJyPg0KcG9vbDIvZXhwb3J0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IC9leHBvcnQ8YnI+DQpwb29sMi9leHBvcnQvZHMxJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC9leHBvcnQvZHMxPGJyPg0KcG9vbDIvZXhwb3J0 L2RzMS9kYXRhJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IC9leHBvcnQvZHMxL2RhdGE8YnI+DQpwb29sMi9leHBvcnQvZHMxL2V4cG9y dCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAvZXhwb3J0L2RzMS9leHBvcnQ8 YnI+DQpwb29sMi9leHBvcnQvZHMxL2lzbyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAvZXhwb3J0L2RzMS9pc288 YnI+DQpwb29sMi9leHBvcnQvZHMyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IC9leHBvcnQvZHMyPGJyPg0KcG9vbDIvZXhwb3J0L2RzMi9kYXRhJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IC9leHBvcnQvZHMyL2RhdGE8YnI+DQo8YnI+DQovZXRjL2V4cG9ydHM6PGJyPg0KL2V4cG9ydC9k czEvZGF0YSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtYWxsZGlycyAtbWFwcm9vdD1yb290IDEw LjAuMC4oYWxsIG9mIHRoZSBIVidzKTxicj4NCi9leHBvcnQvZHMxL2V4cG9ydCAtYWxsZGlycyAt bWFwcm9vdD1yb290IDEwLjAuMC4oYWxsIG9mIHRoZSBIVidzKTxicj4NCi9leHBvcnQvZHMxL2lz byZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtYWxsZGlycyAtbWFw cm9vdD1yb290IDEwLjAuMC4oYWxsIG9mIHRoZSBIVidzKTxicj4NCi9leHBvcnQvZHMyL2RhdGEm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLWFsbGRpcnMgLW1hcHJvb3Q9cm9vdCAxMC4wLjAuKGFs bCBvZiB0aGUgSFYncyk8YnI+DQo8YnI+DQpUbyBtYWtlIHRob3NlIFVTQidzIGxhc3QgZm9yIGFz IGxvbmcgYXMgcG9zc2libGUsIC8gaXMgdXN1YWxseSBtb3VudGVkIHJlYWQtb25seS4gQW5kIHdo ZW4geW91IG5lZWQgdG8gY2hhbmdlIGFueXRoaW5nLCB5b3UgbmVlZCB0byByZW1vdW50IC8gdG8g cmVhZC13cml0ZSwgZG8gdGhlIG1haW50ZW5hbmNlLCBhbmQgdGhlbiByZW1vdW50IGJhY2sgdG8g cmVhZC1vbmx5IGFnYWluLiBCdXQgd2hlbiB5b3UgaXNzdWUgYSBtb3VudCBjb21tYW5kLCB0aGUN CiBWTSdzIGluIG9WaXJ0IHBhdXNlLiBBdCBmaXJzdCB3ZSBkaWRuwrR0IHVuZGVyc3RhbmQgdGhh dCB3YXMgYWN0dWFsbHkgdGhlIGNhdXNlIGFuZCB0cmllZCB0byBjb3JyZWxhdGUgdGhlIHNlZW1p bmdseSBzcG9udGFuZW91cyBwYXVzaW5nIHRvIGp1c3QgYWJvdXQgYW55dGhpbmcsIFRoZW4gSSB3 YXMgbG9nZ2VkIGluIHRvIGJvdGggb1ZpcnQncyB3ZWJhZG1pbiwgYW5kIHRoZSBzdG9yYWdlIGF0 IHRoZSBzYW1lIGFuZCBpc3N1ZWQgJnF1b3Q7bW91bnQgLXV3DQogLyZxdW90OywgYW5kICpib29t KiwgcmFuZG9tIFZNJ3Mgc3RhcnRlZCB0byBwYXVzZTopIE5vdCBhbGwgb2YgdGhlbSB0aG91Z2gs IGFuZCBub3QganVzdCBldmVyeSBvbmUgaW4gZWl0aGVyIGNsdXN0ZXIgb3Igc29tZXRoaW5nLCBp dCBpcyBjb21wbGV0ZWx5IHJhbmRvbSB3aGljaCBWTSdzIGFyZSBwYXVzZWQgZXZlcnkgdGltZS48 YnI+DQo8YnI+DQojIHRpbWUgbW91bnQgLXVyIC88YnI+DQo8YnI+DQpyZWFsIDBtMi4xOThzPGJy Pg0KdXNlciAwbTAuMDAwczxicj4NCnN5cyAwbTAuMDAyczxicj4NCjxicj4NCkFuZCBoZXJlwrRz IHdoYXQgdmRzbSBvbiBvbmUgb2YgdGhlIEhWJ3MgdGhvdWdodCBhYm91dCB0aGF0Ojxicj4NCjxh IGhyZWY9Imh0dHA6Ly9wYXN0ZWJpbi5jb20vTVhqZ3BEZlUiPmh0dHA6Ly9wYXN0ZWJpbi5jb20v TVhqZ3BEZlU8L2E+PGJyPg0KPGJyPg0KSXQgYmVnaW5zIHdpdGggYWxsIFZNJ3MgYmVpbmcgJnF1 b3Q7VXAmcXVvdDssIHRoZW4gbWUgaXNzdWluZyB0aGUgcmVtb3VudCBvbiB0aGUgc3RvcmFnZSBm cm9tIHJlYWQtd3JpdGUgdG8gcmVhZC1vbmx5IHdoaWNoIHRvb2sgMiBzZWNzIHRvIGNvbXBsZXRl LCB2ZHNtIGZyZWFraW5nIG91dCB3aGVuIGl0IHNob3J0bHkgbG9vc2VzIGl0wrRzIGNvbm5lY3Rp b25zIGFuZCBsYXN0bHkgbWUgYXQgMTQ6MzQgbWFraW5nIHRoZW0gYWxsIHJ1biBhZ2FpbiBmcm9t IHdlYmFkbWluLjxicj4NCjxicj4NClR3byB0aGluZ3M6PGJyPg0KMSkgRG9lcyBhbnlvbmUga25v dyBvZiBhbnkgaW1wcm92ZW1lbnRzIHRoYXQgY291bGQgYmUgbWFkZSBvbiB0aGUgc3RvcmFnZSBz aWRlLCBhcGFydCBmcm9tIHRoZSBvYnZpb3VzICZxdW90O3N0b3AgcmVtb3VudGluZyZxdW90Oywg c2luY2UgcGF0Y2hpbmcgbXVzdCBldmVudHVhbGx5IGJlIG1hZGUsIGNvbmZpZ3VyYXRpb25zIGNo YW5nZWQsIGFuZCBzbyBvbi4gQSBzbWFydGVyIHdheSBvZiBjb25maWd1cmluZyBzb21ldGhpbmc/ IEJvb3RpbmcgZnJvbSBhbm90aGVyDQogb3JkaW5hcnkgSEREIGlzIHNhZGx5IG91dCBvZiB0aGUg cXVlc3Rpb24gYmVjYXVzZSB0aGVyZSBpc27CtHQgYW55IHJvb20gZm9yIGFueSBtb3JlLCBpdMK0 cyBmdWxsLiBBbmQgSSB3b3VsZCBoYXZlIHJlYWxseSBsaWtlIGl0IHJhdGhlciB0byBib290IGZy b20gdGhlIEhERCdzIHRoYXQgYXJlIGFscmVhZHkgaW4gdGhlcmUsIGJ1dCB0aGVyZSBhcmUgJnF1 b3Q7b3RoZXIgdGhpbmdzJnF1b3Q7IHByZXZlbnRpbmcgdGhhdC48YnI+DQoyKSBOb3RoaW5nIGlu IGVuZ2luZSB3YXMgbG9nZ2VkIGFib3V0IGl0LCBubyAmcXVvdDtFdmVudHMmcXVvdDsgd2VyZSBt YWRlIGFuZCBub3RoaW5nIGluIGVuZ2luZS5sb2cgdGhhdCBjb3VsZCBpbmRpY2F0ZSBzb21ldGhp bmcgaGFkIGdvbmUgd3JvbmcgYXQgYWxsLiBJZiBpdCB3YXNuwrR0IHNlcmlvdXMgZW5vdWdoIHRv IGlzc3VlIGEgd2FybmluZywgd2h5IGRpc3J1cHQgdGhlIHNlcnZpY2Ugd2l0aCBwYXVzaW5nIHRo ZSBtYWNoaW5lcz8gT3IgYXQgbGVhc3QgYXV0b21hdGljYWxseQ0KIHN0YXJ0IHRoZW0gYmFjayB1 cCB3aGVuIGNvbm5lY3Rpb24gdG8gdGhlIHN0b3JhZ2UgYWxtb3N0IGltbWVkaWF0ZWx5IGNhbWUg YmFjayBvbiBpdMK0cyBvd24uIFNheWluZyBub3RoaW5nIG1hZGUgaXQgcmVhbGx5IGhhcmQgdG8g dHJvdWJsZXNob290LCBzaW5jZSB3ZSBkaWRuwrR0IGluaXRpYWxseSBrbmV3IGF0IGFsbCB3aGF0 IGNvdWxkIGJlIGNhdXNpbmcgdGhlIHBhdXNlcyB0byBoYXBwZW4sIGFuZCB3aGVuLjxicj4NCjxi cj4NCkJlc3QgUmVnYXJkczxicj4NCi9LYXJsaSBTasO2YmVyZw0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_5F9E965F5A80BC468BE5F40576769F091023A18Bexchange21_--

1 0

Re: [Users] [Engine-devel] ovirt engine sdk
by Michael Pasternak 23 Jan '13

23 Jan '13

On 01/23/2013 03:53 PM, navin p wrote: > Hi Michael, > > Thanks for your help. > > On Wed, Jan 23, 2013 at 6:15 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > > > in python, you can see object's attributes by accessing __dict__/__getattr__/dir(object)/etc., > vm.__dict__ will do the job for you, however i'd suggest you using some IDE (i'm using Eclipse + PyDev plugin), > this way you'll be able accessing object attributes simply by Ctrl+SPACE auto-completion. > > Do i have import something for Ctrl+SPACE to work ? It doesn't work for me atleast for list attributes. > > for vm in vmlist: > print vm.name <http://vm.name>,vm.memory,vm.id <http://vm.id>,vm.os.kernel,vm.cluster.id <http://vm.cluster.id>,vm.start_time > #print help(vm.statistics.list()) > vmslist = vm.statistics.list() > for i in vmslist: > print i.get_name() > > prints > > memory.installed > memory.used > cpu.current.guest > cpu.current.hypervisor > cpu.current.total > > but i need the values of memory.installed and memory.used . statistic holders are complex types, you can fetch data by: i.unit // the unit of the holder data i.values.value[0].datum // actual data > > Also where do i get the Java SDK and jars ? I looked at maven but it was 1.0 version of SDK. central repo has 1.0.0.2-1, see [1], deployment details can be found at [2], wiki at [3]. [1] http://search.maven.org/#search%7Cga%7C1%7Cg%3A%22org.ovirt.engine.sdk%22 [2] http://www.ovirt.org/Java-sdk#Maven_deployment [3] http://www.ovirt.org/Java-sdk > > > Regards, > Navin -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] vnic : add a custom properties and use it in vdsm_hook
by Benoit ML 23 Jan '13

23 Jan '13

Hello Evrybody, Is there a way to add custom properties for a nic ? and use it in vdsm_hooks ? The objectife is to redefine some network parameters of a vnic at the vm boot ... (such per vnic bandwitchs, per vnic vlan, and so on) and maybe use openvswitch ... Thank you in advance -- -- Benoit

3 6

[Users] host deploy and after reboot not responsive
by Gianluca Cecchi 23 Jan '13

23 Jan '13

Hello, using ovirt 3.2 on fedora 18 from ovirt-nightly 3.2.0-1.20130113.gitc954518 After deploy and reboot of a fedora 18 host it stays not-responsive. What to check and which log files to send from engine and node? Thanks, Gianluca

3 31

[Users] Adding additional network(s)
by Tom Brown 23 Jan '13

23 Jan '13

Hi I am setting up another DC, that is managed by my sole management node, and this DC will have a requirement that the VM's will need an additional storage NIC. This NIC is for NFS/CIFS traffic and is independent of the oVirt VM's disks. I have cabled the additional physical NIC in the HV's as this network is non routed storage, and I where to go from here. Whats the next step needed to add the NIC to the DC and then i presume adding the NIC to the VM's is straight forward. thanks

2 2