- Users - oVirt List Archives

[Users] Disk statistics
by Joop 20 Sep '13

20 Sep '13

Hi All, Because of an question on IRC I looked at /api/disks/long-disk-id/statistics but all values (datum) are ZERO. Its a disk of a VM that was running a dd if=/dev/vda of=/dev/null so I would expect something to show up (Did various webpage refreshes of the mentioned stats url). I also have ovirt-guest-agent running on that VM, in case it matters and the disk is on a NFS data domain. What am I missing? Regards, Joop

1 0

[Users] Using the qemu guest agent
by Karli Sjöberg 20 Sep '13

20 Sep '13

--_000_5F9E965F5A80BC468BE5F40576769F092E7316F2exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkhDQoNCknCtHZlIHRyeWluZyB0byB1c2UgcWVtdS1nYSBpbiBzZXZlcmFsIGRpZmZlcmVudCBn dWVzdHMsIFdpbjcsIDIwMDhSMiwgRmVkb3JhIDE4LCBhbmQgaGF2ZW7CtHQgYmVlbiBhYmxlIHRv IGdldCB0aGUgYWdlbnQgdG8gcmVzcG9uZCB0byBhbnl0aGluZy4gSGF2ZSBtYW5hZ2VkIHRvIGhh dmUgdGhlIFdpbmRvd3MgdmVyc2lvbiBsb2cgc29tZSBkZWJ1Z2dpbmc6DQoxMzc4MTk5NTg3LjEy NTAwMDogZGVidWc6IGNoZWNrDQoxMzc4MTk5NTg3LjEyNTAwMDogZGVidWc6IHByZXBhcmUNCjEz NzgxOTk1ODcuNjU2MjUwOiBkZWJ1ZzogY2hlY2sNCjEzNzgxOTk1ODcuNjU2MjUwOiBkZWJ1Zzog cHJlcGFyZQ0KDQpCdXQgd2hlbiBpbnN0YWxsaW5nIHRoZSBhZ2VudCBpbiBGZWRvcmEsIGV2ZW4g d2hlbiBlZGl0aW5nIHRoZSBzZXJ2aWNlLWZpbGUgdG8gaW5jbHVkZSAiLXYgKGZvciB2ZXJib3Nl IGxvZ2dpbmcpIC1sIChsb2cgZmlsZSkgL3BhdGgvdG8vZmlsZS5sb2ciLCBpdCBkb2VzbsK0dCBz YXkgYW55dGhpbmcgYXQgYWxsLiBUaGUgb25seSBtZXNzYWdlcyBsb2dnZWQgYXJlIGZyb20gd2hl biB5b3Ugc3RvcCB0aGUgc2VydmljZToNCjEzNzgyMDYwNjIuNjAyMTE4OiBkZWJ1ZzogcmVjZWl2 ZWQgc2lnbmFsIG51bSAxNSwgcXVpdHRpbmcNCjEzNzgyMDYxMDUuNTU3NDE2OiBkZWJ1ZzogcmVj ZWl2ZWQgc2lnbmFsIG51bSAxNSwgcXVpdHRpbmcNCjEzNzgyMDYyNDUuODQ0Njk1OiBkZWJ1Zzog cmVjZWl2ZWQgc2lnbmFsIG51bSAxNSwgcXVpdHRpbmcNCg0KTm8gb3RoZXIgbWVzc2FnZXMgbG9n Z2VkLiBJbmZvcm1hdGlvbiBhYm91dCB0aGUgYWdlbnQgaXMgc3BhcnNlLCBhbmQgdW5jZXJ0YWlu IGlmIHJlbGV2YW50IHNpbmNlIGRldmVsb3BtZW50IHByb2dyZXNzZXMgcmFwaWRseSwgd2hpY2gg aXMgYSBnb29kIHRoaW5nLCBidXQgbWFrZXMgaXQgaGFyZGVyIHRvIHdyYXAgeW91ciBoZWFkIGFy b3VuZC4gSGF2ZSB0cmllZCB0byB1c2UgZXhhbXBsZXMgb24gImh0dHA6Ly93aWtpLnFlbXUub3Jn L0ZlYXR1cmVzL1FBUEkvR3Vlc3RBZ2VudCI8aHR0cDovL3dpa2kucWVtdS5vcmcvRmVhdHVyZXMv UUFQSS9HdWVzdEFnZW50PiBmb3Igd2F5cyB0byB0ZXN0IGZyb20gSG9zdCBpZiBhZ2VudCBpcyBy ZXNwb25kaW5nLCBlLmc6DQplY2hvICJ7J2V4ZWN1dGUnOidndWVzdC1pbmZvJ30iIHwgc29jYXQg c3RkaW8saWdub3JlZW9mIHVuaXgtY29ubmVjdDovdmFyL2xpYi9saWJ2aXJ0L3FlbXUvY2hhbm5l bHMvVGVzdFZNLm9yZy5xZW11Lmd1ZXN0X2FnZW50LjANCg0KWWllbGRlZCBubyAicmV0dXJuIiBh bmQgbm90aGluZyBsb2dnZWQgaW4gYW55IGd1ZXN0LiBIYXZlIGluc3RhbGxlZCBvdmlydC1ndWVz dC1hZ2VudCBhbmQgc3BpY2UtdmRhZ2VudCBpbiBib3RoIFdpbmRvd3MtIGFuZCBGZWRvcmEgY2xp ZW50cyBhbmQgdGhhdCB3b3JrcyBwZXJmZWN0bHksIHNvIHRoZSB2aXJ0aW8tc2VyaWFsIGNvbmZp Zy9kcml2ZXJzIGFyZSBPSyBpbiBnZW5lcmFsLCBpdMK0cyBqdXN0IHFlbXUtZ2EgdGhhdMK0cyB0 cm91Ymxlc29tZS4NCg0KSXMgdGhlcmUgYW55b25lIGhlcmUgdGhhdMK0cyBtYW5hZ2VkIGdldHRp bmcgcWVtdS1nYSB3b3JraW5nIGluIGFueSBndWVzdCBhdCBhbGw/DQoNCi0tDQoNCk1lZCBWw6Ru bGlnYSBIw6Rsc25pbmdhcg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KS2FybGkgU2rDtmJlcmcN ClN3ZWRpc2ggVW5pdmVyc2l0eSBvZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXMNCkJveCA3MDc5IChW aXNpdGluZyBBZGRyZXNzIEtyb27DpXN2w6RnZW4gOCkNClMtNzUwIDA3IFVwcHNhbGEsIFN3ZWRl bg0KUGhvbmU6ICArNDYtKDApMTgtNjcgMTUgNjYNCmthcmxpLnNqb2JlcmdAc2x1LnNlPG1haWx0 bzprYXJsaS5zam9iZXJnQGFkbS5zbHUuc2U+DQo= --_000_5F9E965F5A80BC468BE5F40576769F092E7316F2exchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC42LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSE8YnI+DQo8YnI+ DQpJwrR2ZSB0cnlpbmcgdG8gdXNlIHFlbXUtZ2EgaW4gc2V2ZXJhbCBkaWZmZXJlbnQgZ3Vlc3Rz LCBXaW43LCAyMDA4UjIsIEZlZG9yYSAxOCwgYW5kIGhhdmVuwrR0IGJlZW4gYWJsZSB0byBnZXQg dGhlIGFnZW50IHRvIHJlc3BvbmQgdG8gYW55dGhpbmcuIEhhdmUgbWFuYWdlZCB0byBoYXZlIHRo ZSBXaW5kb3dzIHZlcnNpb24gbG9nIHNvbWUgZGVidWdnaW5nOjxicj4NCjEzNzgxOTk1ODcuMTI1 MDAwOiBkZWJ1ZzogY2hlY2s8YnI+DQoxMzc4MTk5NTg3LjEyNTAwMDogZGVidWc6IHByZXBhcmU8 YnI+DQoxMzc4MTk5NTg3LjY1NjI1MDogZGVidWc6IGNoZWNrPGJyPg0KMTM3ODE5OTU4Ny42NTYy NTA6IGRlYnVnOiBwcmVwYXJlPGJyPg0KPGJyPg0KQnV0IHdoZW4gaW5zdGFsbGluZyB0aGUgYWdl bnQgaW4gRmVkb3JhLCBldmVuIHdoZW4gZWRpdGluZyB0aGUgc2VydmljZS1maWxlIHRvIGluY2x1 ZGUgJnF1b3Q7LXYgKGZvciB2ZXJib3NlIGxvZ2dpbmcpIC1sIChsb2cgZmlsZSkgL3BhdGgvdG8v ZmlsZS5sb2cmcXVvdDssIGl0IGRvZXNuwrR0IHNheSBhbnl0aGluZyBhdCBhbGwuIFRoZSBvbmx5 IG1lc3NhZ2VzIGxvZ2dlZCBhcmUgZnJvbSB3aGVuIHlvdSBzdG9wIHRoZSBzZXJ2aWNlOjxicj4N CjEzNzgyMDYwNjIuNjAyMTE4OiBkZWJ1ZzogcmVjZWl2ZWQgc2lnbmFsIG51bSAxNSwgcXVpdHRp bmc8YnI+DQoxMzc4MjA2MTA1LjU1NzQxNjogZGVidWc6IHJlY2VpdmVkIHNpZ25hbCBudW0gMTUs IHF1aXR0aW5nPGJyPg0KMTM3ODIwNjI0NS44NDQ2OTU6IGRlYnVnOiByZWNlaXZlZCBzaWduYWwg bnVtIDE1LCBxdWl0dGluZzxicj4NCjxicj4NCk5vIG90aGVyIG1lc3NhZ2VzIGxvZ2dlZC4gSW5m b3JtYXRpb24gYWJvdXQgdGhlIGFnZW50IGlzIHNwYXJzZSwgYW5kIHVuY2VydGFpbiBpZiByZWxl dmFudCBzaW5jZSBkZXZlbG9wbWVudCBwcm9ncmVzc2VzIHJhcGlkbHksIHdoaWNoIGlzIGEgZ29v ZCB0aGluZywgYnV0IG1ha2VzIGl0IGhhcmRlciB0byB3cmFwIHlvdXIgaGVhZCBhcm91bmQuIEhh dmUgdHJpZWQgdG8gdXNlIGV4YW1wbGVzIG9uICZxdW90O2h0dHA6Ly93aWtpLnFlbXUub3JnL0Zl YXR1cmVzL1FBUEkvR3Vlc3RBZ2VudDxhIGhyZWY9Imh0dHA6Ly93aWtpLnFlbXUub3JnL0ZlYXR1 cmVzL1FBUEkvR3Vlc3RBZ2VudCI+JnF1b3Q7PC9hPg0KIGZvciB3YXlzIHRvIHRlc3QgZnJvbSBI b3N0IGlmIGFnZW50IGlzIHJlc3BvbmRpbmcsIGUuZzo8YnI+DQplY2hvICZxdW90O3snZXhlY3V0 ZSc6J2d1ZXN0LWluZm8nfSZxdW90OyB8IHNvY2F0IHN0ZGlvLGlnbm9yZWVvZiB1bml4LWNvbm5l Y3Q6L3Zhci9saWIvbGlidmlydC9xZW11L2NoYW5uZWxzL1Rlc3RWTS5vcmcucWVtdS5ndWVzdF9h Z2VudC4wPGJyPg0KPGJyPg0KWWllbGRlZCBubyAmcXVvdDtyZXR1cm4mcXVvdDsgYW5kIG5vdGhp bmcgbG9nZ2VkIGluIGFueSBndWVzdC4gSGF2ZSBpbnN0YWxsZWQgb3ZpcnQtZ3Vlc3QtYWdlbnQg YW5kIHNwaWNlLXZkYWdlbnQgaW4gYm90aCBXaW5kb3dzLSBhbmQgRmVkb3JhIGNsaWVudHMgYW5k IHRoYXQgd29ya3MgcGVyZmVjdGx5LCBzbyB0aGUgdmlydGlvLXNlcmlhbCBjb25maWcvZHJpdmVy cyBhcmUgT0sgaW4gZ2VuZXJhbCwgaXTCtHMganVzdCBxZW11LWdhIHRoYXTCtHMgdHJvdWJsZXNv bWUuPGJyPg0KPGJyPg0KSXMgdGhlcmUgYW55b25lIGhlcmUgdGhhdMK0cyBtYW5hZ2VkIGdldHRp bmcgcWVtdS1nYSB3b3JraW5nIGluIGFueSBndWVzdCBhdCBhbGw/PGJyPg0KPGJyPg0KPHRhYmxl IGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjEwMCUiPg0KPHRib2R5Pg0K PHRyPg0KPHRkPi0tIDxicj4NCjxicj4NCk1lZCBWw6RubGlnYSBIw6Rsc25pbmdhcjxicj4NCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQpLYXJsaSBTasO2YmVyZzxicj4NClN3ZWRpc2ggVW5p dmVyc2l0eSBvZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXM8YnI+DQpCb3ggNzA3OSAoVmlzaXRpbmcg QWRkcmVzcyBLcm9uw6VzdsOkZ2VuIDgpPGJyPg0KUy03NTAgMDcgVXBwc2FsYSwgU3dlZGVuPGJy Pg0KUGhvbmU6ICZuYnNwOyYjNDM7NDYtKDApMTgtNjcgMTUgNjY8YnI+DQo8YSBocmVmPSJtYWls dG86a2FybGkuc2pvYmVyZ0BhZG0uc2x1LnNlIj5rYXJsaS5zam9iZXJnQHNsdS5zZTwvYT4gPC90 ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_5F9E965F5A80BC468BE5F40576769F092E7316F2exchange21_--

3 3

[Users] Ovirt-engine
by kumar shantanu 20 Sep '13

20 Sep '13

Hello Everyone , Can I use ovirt-engine to mange my already installed/running kvm host/guest ? If yes can someone guide me to the documentation/howto please ? Thanks Shantanu

4 5

[Users] Exception: ValueError("invalid literal for int() with base 10: ' '", )
by Jorick Astrego 20 Sep '13

20 Sep '13

I'm trying to deploy the ovirt node 3.0.1-1.0.2 image. Because we only have a small SSD and don't need overcommit I changed the swap file size to a smaller value. While installing I now get the following error and have to reboot: Exception: ValueError("invalid literal for int() with base 10: ' '",) If I don't change the value of the swap, I get a message that the installer is unable to format/partition the disk. Kind regards, Jorick Astrego

2 5

[Users] virtio-scsi Windows/Linux VM performance
by Markus Stockhausen 19 Sep '13

19 Sep '13

This is a multi-part message in MIME format. ------=_NextPartTM-000-d054cc3c-0c15-4f69-9a41-aef4c6c9caf1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello,=0A= =0A= a few weeks ago I started investigating ovirt as an alterantive to a well= =0A= known commercial virtualization center. Up to now I got great support=0A= through this mailing list. Thanks for that. With all the technical things= =0A= sorted out I'm getting slowly to the performance related stuff.=0A= =0A= Lets start with a small explanation to the test landscape. I have two=0A= hypervisor machines (Intel Nehalem generation) that are attached to=0A= a NFS server via infiniband IPoIB connected mode (MTU 33000). They =0A= run Fedora 19 (kernel 3.11) and through newest repositories qemu =0A= version 1.6.0 - 7.fc19.=0A= =0A= To get an idea about the overhead of the VM disk layer I run a not very=0A= scientific direct I/O read test on the hypervisor onto a image file that=0A= resides on the NFS share. Access pattern is random, I use one thread,=0A= blocksize is 1K and the file (image that belongs to a VM) is fully cached = =0A= on the NFS server. So no disk activity is going on in the NFS server but = =0A= block reads are always sent over the network. The numbers read 13 =0A= MB/sec or 13000 IOs/sec. Just take that as a very synthetic reference =0A= value for the latency of the NFS layer.=0A= =0A= Now I relocate my test into one of the running VMs. Again a Fedora 19=0A= that uses virtio-scsi based disk images on the NFS. The IOs drop to =0A= 9.5MB/sek or 9500 IOs/sec. I understand that virtualization costs =0A= performance so I'm still statisfied.=0A= =0A= With Windows 7 VM and the virtio-0.1-65 driver I get a real bad experience.= =0A= Only 2MB/sek or 2000 IOs/sec left. That is not what one would expect. =0A= =0A= I read through articles/papers about the different approaches in the last= =0A= years to increase VM IO performance: virtio-data-plane, virto-blk, ...=0A= But I'm not yet searching to increase the overall performance I'm just=0A= trying to get biggest mistakes sorted out. With the same devices and =0A= on the same platform I expect the performance of both VMs to be in a =0A= similar range and not a difference by a factor of 4-5.=0A= =0A= Any ideas?=0A= =0A= Markus= ------=_NextPartTM-000-d054cc3c-0c15-4f69-9a41-aef4c6c9caf1 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-d054cc3c-0c15-4f69-9a41-aef4c6c9caf1--

1 0

[Users] oVirt 3.3/F19 - Windows guest unable to access network
by SULLIVAN, Chris (WGK) 19 Sep '13

19 Sep '13

--_000_C417081C2581084FB080BCF68A21CC691CAAB84AEPEXMBX02WOODGR_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCknigJltIGhhdmluZyBuZXR3b3JrIGlzc3VlcyB3aXRoIGEgV2luZG93cyBTZXJ2ZXIg MjAwOCBSMiBndWVzdCBydW5uaW5nIG9uIGFuIEYxOSBob3N0LiBUaGUgZ3Vlc3QgaGFzIGEgc3Rh dGljIGNvbmZpZ3VyYXRpb24gYW5kIGlzIGFibGUgdG8gcGluZyBpdHNlbGYgYW5kIHRoZSBob3N0 IGl0IGlzIHJ1bm5pbmcgb24sIGhvd2V2ZXIgY2Fubm90IHBpbmcgdGhlIGdhdGV3YXksIGFueSBv dGhlciBob3N0cyBvbiB0aGUgbG9jYWwgbmV0d29yaywgb3IgZXh0ZXJuYWwgaG9zdHMuIEEgUkhF TCA2LjQgZ3Vlc3Qgb24gdGhlIHNhbWUgaG9zdCB3aXRoIGEgc2ltaWxhciBzdGF0aWMgY29uZmln dXJhdGlvbiB3b3JrcyBub3JtYWxseS4NCg0KSXB0YWJsZXMvZmlyZXdhbGxkIG9uIHRoZSBob3N0 IGFyZSBzd2l0Y2hlZCBvZmYgYW5kIHRoZSBuZXR3b3JrIGRlZmluaXRpb25zIGluIHRoZSBYTUwg Zm9yIGVhY2ggVk0gKFdpbmRvd3MvUkhFTCkgYXJlIHRoZSBzYW1lLiBUaGUgdmlydGlvIG5ldHdv cmsgZHJpdmVycyBhcmUgaW5zdGFsbGVkIGluIHRoZSBndWVzdC4gVGhlIGd1ZXN0IHdhcyBjcmVh dGVkIGZyb20gYSBXaW4gMjAwOCBSMiB0ZW1wbGF0ZSwgd2hpY2ggd2FzIGNyZWF0ZWQgZnJvbSBh IFZNIGltcG9ydGVkIGZyb20gb1ZpcnQgMy4yLiBTb2Z0d2FyZSB2ZXJzaW9ucyBiZWxvdy4NCg0K QXJlIHRoZXJlIGFueSBtYW51YWwgY29uZmlndXJhdGlvbiBzdGVwcyByZXF1aXJlZCBvbiB0aGUg aG9zdCB0byBzdXBwb3J0IFdpbmRvd3MgZ3Vlc3RzPyBBcmUgdGhlcmUgYW55IHBhcnRpY3VsYXIg ZGlhZ25vc3RpYyBzdGVwcyBJIGNvdWxkIHRha2UgdG8gdHJ5IGFuZCBuYXJyb3cgZG93biB0aGUg Y2F1c2U/DQoNClZlcnNpb25zOg0KDQotICAgICAgICAgIG9WaXJ0IDMuMy4wLTQNCg0KLSAgICAg ICAgICBGMTkgMy4xMC4xMS0yMDANCg0KLSAgICAgICAgICBRRU1VIDEuNC4yLTkNCg0KLSAgICAg ICAgICBMaWJ2aXJ0IDEuMS4yLTENCg0KLSAgICAgICAgICBWRFNNIDQuMTIuMS0yDQoNCi0gICAg ICAgICAgdmlydGlvLXdpbiAwLjEtNTINCg0KVGhhbmtzIGZvciB5b3VyIGhlbHAsDQoNCkNocmlz DQoNCg0KDQoNCg0KDQpQTEVBU0UgQ09OU0lERVIgVEhFIEVOVklST05NRU5ULCBET04nVCBQUklO VCBUSElTIEVNQUlMIFVOTEVTUyBZT1UgUkVBTExZIE5FRUQgVE8uDQoNCg0KDQpUaGlzIGVtYWls IGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gd2hpY2ggaXMgY29u ZmlkZW50aWFsIGFuZC9vciBsZWdhbGx5IHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBp bnRlbmRlZCByZWNpcGllbnQgb2YgdGhpcyBlLW1haWwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVy IGltbWVkaWF0ZWx5IGJ5IGUtbWFpbCBhbmQgZGVsZXRlIHRoaXMgZS1tYWlsIGFuZCBpdHMgYXR0 YWNobWVudHMgZnJvbSB5b3VyIGNvbXB1dGVyIGFuZCBJVCBzeXN0ZW1zLiBZb3UgbXVzdCBub3Qg Y29weSwgcmUtdHJhbnNtaXQsIHVzZSBvciBkaXNjbG9zZSAob3RoZXIgdGhhbiB0byB0aGUgc2Vu ZGVyKSB0aGUgZXhpc3RlbmNlIG9yIGNvbnRlbnRzIG9mIHRoaXMgZW1haWwgb3IgaXRzIGF0dGFj aG1lbnRzIG9yIHBlcm1pdCBhbnlvbmUgZWxzZSB0byBkbyBzby4NCg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KDQoNCg== --_000_C417081C2581084FB080BCF68A21CC691CAAB84AEPEXMBX02WOODGR_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xh aW1lciBNYWlsIERpc2NsYWltZXJzIG9uIDEwOjA4OjMxIFdlZG5lc2RheSwgMTggU2VwdGVtYmVy IDIwMTMgLS0+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQv aHRtbDsgY2hhcnNldD11dGYtOCI+DQo8c3R5bGUgdHlwZT0idGV4dC9jc3MiPlAuN2YzNjdkM2Ut OTQxNS00NDY5LTkzNTktNTZjODQ3NzgwMGZjIHsNCglNQVJHSU46IDBjbSAwY20gMHB0DQp9DQpM SS43ZjM2N2QzZS05NDE1LTQ0NjktOTM1OS01NmM4NDc3ODAwZmMgew0KCU1BUkdJTjogMGNtIDBj bSAwcHQNCn0NCkRJVi43ZjM2N2QzZS05NDE1LTQ0NjktOTM1OS01NmM4NDc3ODAwZmMgew0KCU1B UkdJTjogMGNtIDBjbSAwcHQNCn0NClRBQkxFLjdmMzY3ZDNlLTk0MTUtNDQ2OS05MzU5LTU2Yzg0 Nzc4MDBmY1RhYmxlIHsNCglNQVJHSU46IDBjbSAwY20gMHB0DQp9DQpESVYuU2VjdGlvbjEgew0K CXBhZ2U6IFNlY3Rpb24xDQp9DQo8L3N0eWxlPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250 ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0K LyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpXaW5nZGlu Z3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OldpbmdkaW5nczsNCglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAwO30NCkBmb250 LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDEx IDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6 dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29B Y2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGlu Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1p bHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlz dFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0 Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTow aW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z aXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCnNwYW4u RW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4u QmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJ bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0K CWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJn aW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldv cmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlz dC1pZDo3MjY0MjA2MDA7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxh dGUtaWRzOjEyNTM2Mjc0NzIgOTcyMzQ3Njc0IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3 Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0IGwwOmxl dmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 LTsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjAuMjVwdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1mb250LWZhbWls eTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBs aXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6NTYuMjVwdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0OlxGMEE3Ow0KCW1z by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN CgltYXJnaW4tbGVmdDo5Mi4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWls eTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpcRjBCNzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTI4LjI1 cHQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBs MDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE2NC4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsN Cglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6XEYwQTc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1h cmdpbi1sZWZ0OjIwMC4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpX aW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDpcRjBCNzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjM2LjI1cHQ7 DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDps ZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjI3Mi4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglm b250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6XEYwQTc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdp bi1sZWZ0OjMwOC4yNXB0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5n ZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTow aW47fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJw dXJwbGUiPg0KPHAgY2xhc3M9IjdmMzY3ZDNlLTk0MTUtNDQ2OS05MzU5LTU2Yzg0Nzc4MDBmYyI+ PC9wPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhp LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J4oCZbSBoYXZpbmcgbmV0d29yayBpc3N1ZXMgd2l0 aCBhIFdpbmRvd3MgU2VydmVyIDIwMDggUjIgZ3Vlc3QgcnVubmluZyBvbiBhbiBGMTkgaG9zdC4g VGhlIGd1ZXN0IGhhcyBhIHN0YXRpYyBjb25maWd1cmF0aW9uIGFuZCBpcyBhYmxlIHRvIHBpbmcg aXRzZWxmIGFuZCB0aGUgaG9zdCBpdCBpcyBydW5uaW5nIG9uLCBob3dldmVyIGNhbm5vdCBwaW5n IHRoZSBnYXRld2F5LCBhbnkgb3RoZXIgaG9zdHMgb24gdGhlDQogbG9jYWwgbmV0d29yaywgb3Ig ZXh0ZXJuYWwgaG9zdHMuIEEgUkhFTCA2LjQgZ3Vlc3Qgb24gdGhlIHNhbWUgaG9zdCB3aXRoIGEg c2ltaWxhciBzdGF0aWMgY29uZmlndXJhdGlvbiB3b3JrcyBub3JtYWxseS48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+SXB0YWJsZXMvZmlyZXdhbGxkIG9uIHRoZSBob3N0IGFyZSBzd2l0Y2hlZCBv ZmYgYW5kIHRoZSBuZXR3b3JrIGRlZmluaXRpb25zIGluIHRoZSBYTUwgZm9yIGVhY2ggVk0gKFdp bmRvd3MvUkhFTCkgYXJlIHRoZSBzYW1lLiBUaGUgdmlydGlvIG5ldHdvcmsgZHJpdmVycyBhcmUg aW5zdGFsbGVkIGluIHRoZSBndWVzdC4gVGhlIGd1ZXN0IHdhcyBjcmVhdGVkIGZyb20gYSBXaW4g MjAwOCBSMiB0ZW1wbGF0ZSwgd2hpY2gNCiB3YXMgY3JlYXRlZCBmcm9tIGEgVk0gaW1wb3J0ZWQg ZnJvbSBvVmlydCAzLjIuIFNvZnR3YXJlIHZlcnNpb25zIGJlbG93LjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5BcmUgdGhlcmUgYW55IG1hbnVhbCBjb25maWd1cmF0aW9uIHN0ZXBzIHJlcXVpcmVk IG9uIHRoZSBob3N0IHRvIHN1cHBvcnQgV2luZG93cyBndWVzdHM/IEFyZSB0aGVyZSBhbnkgcGFy dGljdWxhciBkaWFnbm9zdGljIHN0ZXBzIEkgY291bGQgdGFrZSB0byB0cnkgYW5kIG5hcnJvdyBk b3duIHRoZSBjYXVzZT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VmVyc2lvbnM6PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjIw LjI1cHQ7dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjwhW2lm ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHls ZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48 IVtlbmRpZl0+b1ZpcnQgMy4zLjAtNDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoyMC4yNXB0O3RleHQtaW5kZW50Oi0uMjVpbjtt c28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls ZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkYxOSAzLjEwLjExLTIwMDxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4t bGVmdDoyMC4yNXB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+ DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNw YW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48 L3NwYW4+PCFbZW5kaWZdPlFFTVUgMS40LjItOTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoyMC4yNXB0O3RleHQtaW5kZW50Oi0u MjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3Bh biBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkxpYnZpcnQgMS4x LjItMTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt YXJnaW4tbGVmdDoyMC4yNXB0O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEg bGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3Jl Ij4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv c3Bhbj48L3NwYW4+PCFbZW5kaWZdPlZEU00gNC4xMi4xLTI8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjAuMjVwdDt0ZXh0LWlu ZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KPCFbaWYgIXN1cHBvcnRMaXN0 c10+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0 ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT52aXJ0 aW8td2luIDAuMS01MjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgZm9yIHlvdXIgaGVs cCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hyaXM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tQVUiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjazttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1BVSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwPjwvcD4NCjxw IGNsYXNzPSI3ZjM2N2QzZS05NDE1LTQ0NjktOTM1OS01NmM4NDc3ODAwZmMiPiZuYnNwOzwvcD4N CjxwIGNsYXNzPSI3ZjM2N2QzZS05NDE1LTQ0NjktOTM1OS01NmM4NDc3ODAwZmMiPjxmb250IHNp emU9IjIiIGZhY2U9IkFyaWFsIj5QTEVBU0UgQ09OU0lERVIgVEhFIEVOVklST05NRU5ULCBET04n VCBQUklOVCBUSElTIEVNQUlMIFVOTEVTUyBZT1UgUkVBTExZIE5FRUQgVE8uPC9mb250PjwvcD4N CjxwIGNsYXNzPSI3ZjM2N2QzZS05NDE1LTQ0NjktOTM1OS01NmM4NDc3ODAwZmMiPjxmb250IHNp emU9IjIiIGZhY2U9IkFyaWFsIj48L2ZvbnQ+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9IjdmMzY3ZDNl LTk0MTUtNDQ2OS05MzU5LTU2Yzg0Nzc4MDBmYyI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwi PlRoaXMgZW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB3 aGljaCBpcyBjb25maWRlbnRpYWwgYW5kL29yIGxlZ2FsbHkgcHJpdmlsZWdlZC4gSWYgeW91IGFy ZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBvZiB0aGlzIGUtbWFpbCBwbGVhc2Ugbm90aWZ5 IHRoZSBzZW5kZXINCiBpbW1lZGlhdGVseSBieSBlLW1haWwgYW5kIGRlbGV0ZSB0aGlzIGUtbWFp bCBhbmQgaXRzIGF0dGFjaG1lbnRzIGZyb20geW91ciBjb21wdXRlciBhbmQgSVQgc3lzdGVtcy4g WW91IG11c3Qgbm90IGNvcHksIHJlLXRyYW5zbWl0LCB1c2Ugb3IgZGlzY2xvc2UgKG90aGVyIHRo YW4gdG8gdGhlIHNlbmRlcikgdGhlIGV4aXN0ZW5jZSBvciBjb250ZW50cyBvZiB0aGlzIGVtYWls IG9yIGl0cyBhdHRhY2htZW50cyBvciBwZXJtaXQgYW55b25lIGVsc2UNCiB0byBkbyBzby48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9IjdmMzY3ZDNlLTk0MTUtNDQ2OS05MzU5LTU2Yzg0Nzc4MDBmYyI+ PGZvbnQgZmFjZT0iQXJpYWwiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9IjdmMzY3ZDNlLTk0MTUtNDQ2OS05MzU5LTU2Yzg0Nzc4MDBmYyI+PGZvbnQg ZmFjZT0iQXJpYWwiPjwvZm9udD4mbmJzcDs8L3A+DQo8cCBjbGFzcz0iN2YzNjdkM2UtOTQxNS00 NDY5LTkzNTktNTZjODQ3NzgwMGZjIj48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCI+PC9mb250 PjwvcD4NCjxwPjxmb250IGZhY2U9IkFyaWFsIj48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0i QXJpYWwiPjwvZm9udD48L3A+DQo8cD48L3A+DQo8cD48L3A+DQo8cD48L3A+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_C417081C2581084FB080BCF68A21CC691CAAB84AEPEXMBX02WOODGR_--

2 1

[Users] Fedora 18 3.3 upgrade package
by Alessandro Bianchi 19 Sep '13

19 Sep '13

4 4

[Users] oVirt professional support?
by Alan Johnson 18 Sep '13

18 Sep '13

We are looking into professional support options for oVirt. We are investigating the obvious path of switching to RHEV, but the effort involved is still TBD. So, we are wondering if there are other companies out there that migth provide direct support, training, or consulting services for oVirt. ________________ Alan Johnson alan(a)datdec.com Date Format PSA <http://xkcd.com/1179/>

4 4

[Users] NFS Domains down because of single node failure
by Markus Stockhausen 18 Sep '13

18 Sep '13

------=_NextPartTM-000-161201e6-5459-4708-99a4-b65c101b4bd9 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD17358578085EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD17358578085EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, maybe a stupid one but ... When I create a (NFS) storage domain I have to provide a node host that mak= es the inital contact. All other node hosts wil directly connect to that domai= n. So no bottlenecks. Today I stopped one of my two nodes outside ovirt-engine. For simplicity we assume the node crashed. The machine is up right now but VDSM is down. All domains that where setup with this host are "down" now (red arrow down)= . After searching the web interface I found "Data center" -> "Select your DC"= -> "Storage" -> "Activate". Trying to activate only results in a failure messa= ge. To ensure that I can recover those situations in the future I'd like to kno= w what this node binding is all about and what to do next. Logs attached & thanks in advance Markus 2013-09-17 08:54:54,985 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.Ir= sBrokerCommand] (pool-6-thread-50) [1be325f3] spm vds is non responsive, st= opping spm selection. 2013-09-17 08:54:54,986 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.Ac= tivateStorageDomainVDSCommand] (pool-6-thread-50) [1be325f3] FINISH, Activa= teStorageDomainVDSCommand, log id: 4c38e98 2013-09-17 08:54:54,987 ERROR [org.ovirt.engine.core.bll.storage.ActivateSt= orageDomainCommand] (pool-6-thread-50) [1be325f3] Command org.ovirt.engine.= core.bll.storage.ActivateStorageDomainCommand throw Vdc Bll exception. With= error message VdcBLLException: Cannot allocate IRS server (Failed with VDS= M error IRS_REPOSITORY_NOT_FOUND and code 5009) 2013-09-17 08:54:54,989 INFO [org.ovirt.engine.core.bll.storage.ActivateSt= orageDomainCommand] (pool-6-thread-50) [1be325f3] Command [id=3Da0dbe909-fb= b1-40ff-b77a-8e43bd075ace]: Compensating CHANGED_STATUS_ONLY of org.ovirt.e= ngine.core.common.businessentities.StoragePoolIsoMap; snapshot: EntityStatu= sSnapshot [id=3DstoragePoolId =3D b054727d-fe4a-41ed-8393-a81e36b8a1af, sto= rageId =3D ecf7f507-b0fa-47ee-a8b2-d621fbd7b8bf, status=3DUnknown]. 2013-09-17 08:54:55,004 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Ge= tCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-99) Command GetCapa= bilitiesVDS execution failed. Exception: VDSNetworkException: java.net.Conn= ectException: Connection refused 2013-09-17 08:54:55,008 INFO [org.ovirt.engine.core.dal.dbbroker.auditlogh= andling.AuditLogDirector] (pool-6-thread-50) [1be325f3] Correlation ID: 1be= 325f3, Job ID: c88c00ba-0298-4f42-bc0e-a720d79c5f49, Call Stack: null, Cust= om Event ID: -1, Message: Failed to activate Storage Domain NAS5_IB (Data C= enter Collogia) by admin@internal 2013-09-17 08:54:56,263 INFO [org.ovirt.engine.core.bll.storage.ActivateSt= orageDomainCommand] (ajp--127.0.0.1-8702-2) [5c6218c1] Lock Acquired to obj= ect EngineLock [exclusiveLocks=3D key: ecf7f507-b0fa-47ee-a8b2-d621fbd7b8bf= value: STORAGE , sharedLocks=3D ] 2013-09-17 08:54:56,272 INFO [org.ovirt.engine.core.bll.storage.ActivateSt= orageDomainCommand] (pool-6-thread-50) [5c6218c1] Running command: Activate= StorageDomainCommand internal: false. Entities affected : ID: ecf7f507-b0f= a-47ee-a8b2-d621fbd7b8bf Type: Storage 2013-09-17 08:54:56,291 INFO [org.ovirt.engine.core.bll.storage.ActivateSt= orageDomainCommand] (pool-6-thread-50) [5c6218c1] Lock freed to object Engi= neLock [exclusiveLocks=3D key: ecf7f507-b0fa-47ee-a8b2-d621fbd7b8bf value: = STORAGE , sharedLocks=3D ] 2013-09-17 08:54:56,292 INFO [org.ovirt.engine.core.bll.storage.ActivateSt= orageDomainCommand] (pool-6-thread-50) [5c6218c1] ActivateStorage Domain. B= efore Connect all hosts to pool. Time:9/17/13 8:54 AM 2013-09-17 08:54:56,296 INFO [org.ovirt.engine.core.bll.storage.ConnectSto= rageToVdsCommand] (pool-6-thread-47) Running command: ConnectStorageToVdsCo= mmand internal: true. Entities affected : ID: aaa00000-0000-0000-0000-1234= 56789aaa Type: System 2013-09-17 08:54:56,299 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co= nnectStorageServerVDSCommand] (pool-6-thread-47) START, ConnectStorageServe= rVDSCommand(HostName =3D colovn3, HostId =3D 0fdccd63-f5d7-41e4-8350-5941bb= c29270, storagePoolId =3D 00000000-0000-0000-0000-000000000000, storageType= =3D NFS, connectionList =3D [{ id: 68c31a49-0e37-4438-a8fe-fc28be62cd3f, c= onnection: 10.10.30.251:/var/nas5/ovirt, iqn: null, vfsType: null, mountOpt= ions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id= : 75a9c6a0 2013-09-17 08:54:56,317 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co= nnectStorageServerVDSCommand] (pool-6-thread-47) FINISH, ConnectStorageServ= erVDSCommand, return: {68c31a49-0e37-4438-a8fe-fc28be62cd3f=3D0}, log id: 7= 5a9c6a0 --_000_12EF8D94C6F8734FB2FF37B9FBEDD17358578085EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:= 0;}</style> </head> <body ocsi=3D"0" fpstyle=3D"1"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello,<br> <br> maybe a stupid one but ...<br> <br> When I create a (NFS) storage domain I have to provide a node host that mak= es<br> the inital contact. All other node hosts wil directly connect to that domai= n. So<br> no bottlenecks.<br> <br> Today I stopped one of my two nodes outside ovirt-engine. For simplicity we= <br> assume the node crashed. The machine is up right now but VDSM is down.<br> <br> All domains that where setup with this host are "down" now (red a= rrow down). <br> After searching the web interface I found "Data center" -> &qu= ot;Select your DC" -> <br> "Storage" -> "Activate". Trying to activate only res= ults in a failure message.<br> To ensure that I can recover those situations in the future I'd like to kno= w what<br> this node binding is all about and what to do next.<br> <br> Logs attached & thanks in advance<br> <br> Markus<br> <br> 2013-09-17 08:54:54,985 WARN  [org.ovirt.engine.core.vdsbroker.irsbrok= er.IrsBrokerCommand] (pool-6-thread-50) [1be325f3] spm vds is non responsiv= e, stopping spm selection.<br> 2013-09-17 08:54:54,986 INFO  [org.ovirt.engine.core.vdsbroker.irsbrok= er.ActivateStorageDomainVDSCommand] (pool-6-thread-50) [1be325f3] FINISH, A= ctivateStorageDomainVDSCommand, log id: 4c38e98<br> 2013-09-17 08:54:54,987 ERROR [org.ovirt.engine.core.bll.storage.ActivateSt= orageDomainCommand] (pool-6-thread-50) [1be325f3] Command org.ovirt.engine.= core.bll.storage.ActivateStorageDomainCommand throw Vdc Bll exception. With= error message VdcBLLException: Cannot allocate IRS server (Failed with VDSM error IRS_REPOSITORY_NOT_FOUN= D and code 5009)<br> 2013-09-17 08:54:54,989 INFO  [org.ovirt.engine.core.bll.storage.Activ= ateStorageDomainCommand] (pool-6-thread-50) [1be325f3] Command [id=3Da0dbe9= 09-fbb1-40ff-b77a-8e43bd075ace]: Compensating CHANGED_STATUS_ONLY of org.ov= irt.engine.core.common.businessentities.StoragePoolIsoMap; snapshot: EntityStatusSnapshot [id=3DstoragePoolId =3D b054727d-fe4a-41ed-= 8393-a81e36b8a1af, storageId =3D ecf7f507-b0fa-47ee-a8b2-d621fbd7b8bf, stat= us=3DUnknown].<br> 2013-09-17 08:54:55,004 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Ge= tCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-99) Command GetCapa= bilitiesVDS execution failed. Exception: VDSNetworkException: java.net.Conn= ectException: Connection refused<br> 2013-09-17 08:54:55,008 INFO  [org.ovirt.engine.core.dal.dbbroker.audi= tloghandling.AuditLogDirector] (pool-6-thread-50) [1be325f3] Correlation ID= : 1be325f3, Job ID: c88c00ba-0298-4f42-bc0e-a720d79c5f49, Call Stack: null,= Custom Event ID: -1, Message: Failed to activate Storage Domain NAS5_IB (Data Center Collogia) by admin@interna= l<br> 2013-09-17 08:54:56,263 INFO  [org.ovirt.engine.core.bll.storage.Activ= ateStorageDomainCommand] (ajp--127.0.0.1-8702-2) [5c6218c1] Lock Acquired t= o object EngineLock [exclusiveLocks=3D key: ecf7f507-b0fa-47ee-a8b2-d621fbd= 7b8bf value: STORAGE<br> , sharedLocks=3D ]<br> 2013-09-17 08:54:56,272 INFO  [org.ovirt.engine.core.bll.storage.Activ= ateStorageDomainCommand] (pool-6-thread-50) [5c6218c1] Running command: Act= ivateStorageDomainCommand internal: false. Entities affected :  ID: ec= f7f507-b0fa-47ee-a8b2-d621fbd7b8bf Type: Storage<br> 2013-09-17 08:54:56,291 INFO  [org.ovirt.engine.core.bll.storage.Activ= ateStorageDomainCommand] (pool-6-thread-50) [5c6218c1] Lock freed to object= EngineLock [exclusiveLocks=3D key: ecf7f507-b0fa-47ee-a8b2-d621fbd7b8bf va= lue: STORAGE<br> , sharedLocks=3D ]<br> 2013-09-17 08:54:56,292 INFO  [org.ovirt.engine.core.bll.storage.Activ= ateStorageDomainCommand] (pool-6-thread-50) [5c6218c1] ActivateStorage Doma= in. Before Connect all hosts to pool. Time:9/17/13 8:54 AM<br> 2013-09-17 08:54:56,296 INFO  [org.ovirt.engine.core.bll.storage.Conne= ctStorageToVdsCommand] (pool-6-thread-47) Running command: ConnectStorageTo= VdsCommand internal: true. Entities affected :  ID: aaa00000-0000-0000= -0000-123456789aaa Type: System<br> 2013-09-17 08:54:56,299 INFO  [org.ovirt.engine.core.vdsbroker.vdsbrok= er.ConnectStorageServerVDSCommand] (pool-6-thread-47) START, ConnectStorage= ServerVDSCommand(HostName =3D colovn3, HostId =3D 0fdccd63-f5d7-41e4-8350-5= 941bbc29270, storagePoolId =3D 00000000-0000-0000-0000-000000000000, storageType =3D NFS, connectionList =3D [{ id: 68c31a49-0e37-4438-a8fe-fc2= 8be62cd3f, connection: 10.10.30.251:/var/nas5/ovirt, iqn: null, vfsType: nu= ll, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null = };]), log id: 75a9c6a0<br> 2013-09-17 08:54:56,317 INFO  [org.ovirt.engine.core.vdsbroker.vdsbrok= er.ConnectStorageServerVDSCommand] (pool-6-thread-47) FINISH, ConnectStorag= eServerVDSCommand, return: {68c31a49-0e37-4438-a8fe-fc28be62cd3f=3D0}, log = id: 75a9c6a0<br> <br> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD17358578085EXCHANGEcollogi_-- ------=_NextPartTM-000-161201e6-5459-4708-99a4-b65c101b4bd9 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-161201e6-5459-4708-99a4-b65c101b4bd9--

2 2

[Users] Announcement: oVirt 3.3.0 release!
by Dave Neary 18 Sep '13

18 Sep '13

The oVirt development team is very happy to announce the general availability of oVirt 3.3.0 as of September 16th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). Get started with oVirt now! http://www.ovirt.org/Download Chief among the many new features in the release are: * Tight integration with Gluster - take advantage of native GlusterFS support, or use oVirt to manage your Gluster bricks * Integration with OpenStack - share images stored in Glance, and take advantage of Neutron integration for network topology definition * Extensibility and control - with improvements in VM scheduling, an increased array of hooks and APIs, oVirt gives you absolute control over your virtual datacenter Read more about the oVirt 3.3 release on the Red Hat community blog: http://community.redhat.com/ovirt-3-3-spices-up-the-software-defined-datace… The full release announcement: http://www.ovirt.org/OVirt_3.3_release_announcement oVirt 3.3 release notes: http://www.ovirt.org/OVirt_3.3_release_notes Regards, Dave Neary. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13

2 2

[Users] Created ovirt 3.3 node (3.1 hypervisor) ISO but not 100% right?
by Schorschi 18 Sep '13

18 Sep '13

This is a multi-part message in MIME format. ------=_NextPart_000_0001_01CEB317.E27BD8B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I created ovirt node ISO but it is not 100% right. Boots, media check is fine, the UI executes, can select disk device as expected, enter password, etc. When the install sequence starts. it just stops at 0% "Starting." then nothing happens. Tried it with IDE, SATA, even SCSI, all local attached, even tried it in a VM (nesting enabled, etc.), and same issue appears to freeze. Jumping to alternate consoles, all blank. Tried to run install in text mode, removed quiet and rhgb options from boot command-line, but the UI takes over so no help. When I generated the ISO image, did not notice any errors, source platform for ISO image was Fedora 19 minimal install plus all the adds as outlined on the ovirt node build documentation web page. Anyone run into the same odd issue? Am able to install Fedora 19 on same hardware, so can't see why node install would fail, since am able to select disk drive, but can't write to it? Very odd. ------=_NextPart_000_0001_01CEB317.E27BD8B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 = (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>I created = ovirt node ISO but it is not 100% right.  Boots, media check is = fine, the UI executes, can select disk device as expected, enter = password, etc.  When the install sequence starts… it just = stops at 0% “Starting…” then nothing happens. Tried it = with IDE, SATA, even SCSI, all local attached, even tried it in a VM = (nesting enabled, etc.), and same issue appears to freeze.  Jumping = to alternate consoles, all blank.  Tried to run install in text = mode, removed quiet and rhgb options from boot command-line, but the UI = takes over so no help.  When I generated the ISO image, did not = notice any errors, source platform for ISO image was Fedora 19 minimal = install plus all the adds as outlined on the ovirt node build = documentation web page.  Anyone run into the same odd issue?  = Am able to install Fedora 19 on same hardware, so can’t see why = node install would fail, since am able to select disk drive, but = can’t write to it?  Very = odd.<o:p></o:p></p></div></body></html> ------=_NextPart_000_0001_01CEB317.E27BD8B0--

2 1

Re: [Users] Users Digest, Vol 24, Issue 88
by Alessandro Bianchi 18 Sep '13

18 Sep '13

2 1

[Users] VMs not starting
by Lance Oreste 18 Sep '13

18 Sep '13

--_000_9B9BFC63E37650449EA78CADFE395D0513079C8Acoppergehringgr_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am running ovirt 3.2.1 on fedora 18. Been running for 6 months with no is= sues. I rebooted the host this morning however I am now unable to restart t= he VMs. I am getting [https://localhost/webadmin/webadmin/clear.cache.gif] 2013-Sep-12, 10:05 Failed to run VM win8 (User: admin@internal). 6fea8b6b oVirt [https://localhost/webadmin/webadmin/clear.cache.gif] 2013-Sep-12, 10:05 Failed to run VM win8 on Host local_host. 6fea8b6b oVirt [https://localhost/webadmin/webadmin/clear.cache.gif] 2013-Sep-12, 10:05 VM win8 is down. Exit message: internal error process exited while connecti= ng to monitor: ((null):13485): Spice-Warning **: reds.c:3247:reds_init_ssl:= Could not use private key file qemu-kvm: failed to initialize spice server= . oVirt ________________________________ This message originates from BenTek, Inc. This email message and all attach= ments may contain legally privileged and confidential information intended = solely for the use of the addressee. If you are not the intended recipient,= you should immediately stop reading this message and delete it from your s= ystem. Any unauthorized reading, distribution, copying, or other use of thi= s message or its attachments is strictly prohibited. All personal messages = express solely the sender's views and not those of BenTek, Inc. This messag= e may not be copied or distributed without this disclaimer. Although this e= mail and any attachments are believed to be free of any virus or other defe= ct that might affect any computer system into which it is received and open= ed, it is the responsibility of the recipient to ensure that it is virus fr= ee and no responsibility is accepted by BenTek, Inc. for any loss or damage= arising in any way from its use. If you received this message in error, pl= ease notify us immediately at (888) 5-BENTEK. --_000_9B9BFC63E37650449EA78CADFE395D0513079C8Acoppergehringgr_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">  </style> </head> <body> <div style=3D"direction:ltr; font-family:Tahoma; color:#000000; font-size:1= 0pt">I am running ovirt 3.2.1 on fedora 18. Been running for 6 months with = no issues. I rebooted the host this morning however I am now unable to rest= art the VMs. I am getting <br> <table class=3D"GE2Q1TJGPB" cellspacing=3D"0"> <tbody> <tr class=3D"GE2Q1TJPNB"> <td class=3D"GE2Q1TJONB GE2Q1TJAOB GE2Q1TJBOB"><br> <table class=3D"GE2Q1TJLN" cellspacing=3D"0"> <tbody> <tr class=3D"GE2Q1TJEM"> <td class=3D"GE2Q1TJDM GE2Q1TJFM GE2Q1TJGM"> <div style=3D"outline:none"> <div title=3D"" style=3D"line-height:100%; text-align:center; vertical-alig= n:middle"> <img src=3D"https://localhost/webadmin/webadmin/clear.cache.gif" border=3D"= 0" style=3D"width:14px; height:12px"></div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFM"> <div title=3D"" tabindex=3D"0" style=3D"outline:medium none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col1_row0">2013-Sep-= 12, 10:05</div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFM"> <div title=3D"" style=3D"outline:medium none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col2_row0">Failed to= run VM win8 (User: admin@internal).</div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFM"> <div style=3D"outline:none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col3_row0">6fea8b6b<= /div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFM"> <div style=3D"outline:none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col4_row0">oVirt</di= v> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFM GE2Q1TJAN"><br> </td> </tr> <tr class=3D"GE2Q1TJEN GE2Q1TJGN GE2Q1TJLM"> <td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJGM GE2Q1TJHN GE2Q1TJMM"> <div style=3D"outline:none"> <div title=3D"" style=3D"line-height:100%; text-align:center; vertical-alig= n:middle"> <img src=3D"https://localhost/webadmin/webadmin/clear.cache.gif" border=3D"= 0" style=3D"width:14px; height:12px"></div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJHN GE2Q1TJMM"> <div tabindex=3D"0" style=3D"outline:none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col1_row1">2013-Sep-= 12, 10:05</div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJHN GE2Q1TJMM"> <div title=3D"" style=3D"outline:medium none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col2_row1">Failed to= run VM win8 on Host local_host.</div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJHN GE2Q1TJMM"> <div style=3D"outline:none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col3_row1">6fea8b6b<= /div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJHN GE2Q1TJMM"> <div style=3D"outline:none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col4_row1">oVirt</di= v> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFN GE2Q1TJHN GE2Q1TJAN GE2Q1TJMM"><br> </td> </tr> <tr class=3D"GE2Q1TJEM"> <td class=3D"GE2Q1TJDM GE2Q1TJFM GE2Q1TJGM"> <div style=3D"outline:none"> <div title=3D"" style=3D"line-height:100%; text-align:center; vertical-alig= n:middle"> <img src=3D"https://localhost/webadmin/webadmin/clear.cache.gif" border=3D"= 0" style=3D"width:14px; height:12px"></div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFM"> <div style=3D"outline:none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col1_row2">2013-Sep-= 12, 10:05</div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFM"> <div title=3D"VM win8 is down. Exit message: internal error process exited = while connecting to monitor: ((null):13485): Spice-Warning **: reds.c:3247:= reds_init_ssl: Could not use private key file=0A= qemu-kvm: failed to initialize spice server=0A= ." style=3D"outline:medium none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col2_row2">VM win8 i= s down. Exit message: internal error process exited while connecting to mon= itor: ((null):13485): Spice-Warning **: reds.c:3247:reds_init_ssl: Could no= t use private key file qemu-kvm: failed to initialize spice server .</div> </div> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFM"><br> </td> <td class=3D"GE2Q1TJDM GE2Q1TJFM"> <div title=3D"" style=3D"outline:medium none"> <div id=3D"SubTabVirtualMachineEventView_table_content_col4_row2">oVirt</di= v> </div> </td> </tr> </tbody> </table> <br> </td> <td class=3D"GE2Q1TJONB GE2Q1TJAOB"><br> </td> <td class=3D"GE2Q1TJONB GE2Q1TJAOB GE2Q1TJLOB"><br> </td> </tr> </tbody> </table> </div> <br> <hr> <font face=3D"Arial" color=3D"Black" size=3D"1"><br> This message originates from BenTek, Inc. This email message and all attach= ments may contain legally privileged and confidential information intended = solely for the use of the addressee. If you are not the intended recipient,= you should immediately stop reading this message and delete it from your system. Any unauthorized reading, dis= tribution, copying, or other use of this message or its attachments is stri= ctly prohibited. All personal messages express solely the sender's views an= d not those of BenTek, Inc. This message may not be copied or distributed without this disclaimer. Although= this email and any attachments are believed to be free of any virus or oth= er defect that might affect any computer system into which it is received a= nd opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is = accepted by BenTek, Inc. for any loss or damage arising in any way from its= use. If you received this message in error, please notify us immediately a= t (888) 5-BENTEK.<br> </font> </body> </html> --_000_9B9BFC63E37650449EA78CADFE395D0513079C8Acoppergehringgr_--

4 4

[Users] engine-setup fails on CentOS 6.4 because of postgresql
by Nux! 18 Sep '13

18 Sep '13

Hello, Installed ovirt engine from the official repos, but engine-setup fails because of the database. Logs here: http://paste.fedoraproject.org/35360/77293137/ http://paste.fedoraproject.org/35361/76773031/ I'm not really any good with postgresql, what is the problem? Thanks, Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro

5 9

Re: [Users] [Engine-devel] question related to sysprep and AD
by Michal Skrivanek 18 Sep '13

18 Sep '13

moving to users(a)ovirt.org list which is more appropriate ----- Original Message ----- > From: "bigclouds" <bigclouds(a)163.com> > To: "engine-devel" <engine-devel(a)ovirt.org> > Sent: Tuesday, September 10, 2013 3:44:17 PM > Subject: [Engine-devel] question related to sysprep and AD > > hi,all > 1. > it seems that ovirt has implemented to sysprep a windows. > if this feature works and how to take advantage of it. yes, it does:) > 2.on UI, there are several input places for AD(domain), if its goal is to add > a guestvm into a domain? > how to use it and add a guest into domain? yes. Configure those values in the Initial Run tab. Not much else except time zone (there's a global template per Windows release where you can modify other stuff) Use runonce, attach "[sysprep]" image... Thanks, michal > 3.if there is a way to add a guestvm into domain without reboot? > thanks. > > > > _______________________________________________ > Engine-devel mailing list > Engine-devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel >

2 1

[Users] convert thin provisioned disks to preallocated
by Alan Johnson 18 Sep '13

18 Sep '13

I am pretty sure I know the answer, but is there any way to do this gracefully, i.e. within the confines of the oVirt API? This is on an iSCSI storage domain. My understanding and further research suggest no, but I wanted to ask before we endeavor on a major overhaul of a production system that some one setup without knowing the better of to the 2 for such use. I am very familiar with the underlying systems (LVM, KVM, etc.) and would appreciate any suggested hacks. So far, here is what I have come up with: Sure to work: Setup a new VM with preallocated drives. Boot both VMs off of a live virtual CD. Use cat/pv and nc (netcat) to read directly from the block devices on one and write directly to the block devices on the other. Reboot the new VM from the internal disks. Tweak MAC addresses along the way so the new VM gets those of the old. The down side is the down time, but we can probably swallow it if we have to. Any other risks? Might work: Create a new VM. Identify the logical volumes (LVs) are assigned for that block devices used by the new and the old. Log into the SPM and read directly from the old LVs to the new. This is similar to that above, but I expect I need to run the data through some kind of qcow2-to-raw conversion process to make this work. Similar down sides to the above, but maybe less so? Thoughts? Another thought I had was to just write zeros to the empty space on the block devices, from inside the guest OS, until the full allocation is achieved. The down side is potential impact on performance of the system while it is filling up and for the (hopefully) very short time the file system is full before an rm of the zeros file kicks in. Also we would still have qcow2 underneath, so would it still add overhead, or does that only apply when it grows? Any other down sides to this? Thanks in advance for your thoughts and consideration. ________________ Alan Johnson alan(a)datdec.com Date Format PSA <http://xkcd.com/1179/>

2 1

[Users] oVirt Hosted Engine Pre-reqs (sanlock >= 2.8)
by Andrew Lau 18 Sep '13

18 Sep '13

Hi, I noticed the hosted engine package was released as a beta package, too keen for my own good I tried to get it installed on a dev box. One of the pre-requirements is sanlock 2.8 and sanlock-python 2.8 but EL6 does not have these, Fedora 19 does have sanlock 2.8. I'm not sure if this needs to be reported. P.S. Great work on getting this amazing feature ready before release. Andrew .

3 4

[Users] Error 'Failed to set install bootloader'
by Gabi C 18 Sep '13

18 Sep '13

HELO! Anyone got this message on latest ovirt 3.3? Cheers!

1 0

[Users] VM snapshot creating failed
by Jakub Bittner 17 Sep '13

17 Sep '13

This is a multi-part message in MIME format. --------------000602070701050909000803 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Hi, I tryed to create snapshot of VM, but it fails with this in log: http://paste.fedoraproject.org/35494/ I use oVirt 3.3RC --------------000602070701050909000803 Content-Type: text/html; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-2"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi,<br> <br> I tryed to create snapshot of VM, but it fails with this in log: <br> <br> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-2"> <a href="http://paste.fedoraproject.org/35494/">http://paste.fedoraproject.org/35494/</a><br> <br> <br> I use oVirt 3.3RC<br> <br> </body> </html> --------------000602070701050909000803--

3 8

[Users] Problems with RHEL 5 x86_64 VMs in oVirt 3.3
by Raul José Cheleguini 17 Sep '13

17 Sep '13

Hello all, Please, I'm performing tests with oVirt 3.3 and it has been working really well, except the fact that the installation of RHEL 5 VMs is not happening, not sure why. Does anybody else is experiencing the same issue? Details: Reproducible steps: 1) Start the VM via 'Run once" option. 2) Insert the boot parameters, for instance: linux text 3) vmlinuz and initrd are loaded without errors. 4) Black screen with a blinking cursor. 5) Anaconda never come up, Kernel is not loaded apparently. The same behavior occurs with the following versions: RHEL 5.9 x86_64 RHEL 5.8 x86_64 RHEL 5.7 x86_64 VM definitions: Operating System: Red Hat Enterprise Linux 5.x x64 Optimized for: Server If I simple change to a RHEL 5.9 32Bits ISO (Even with the 'Operating System' field defined to work for x64), I am able to carry on with the VM installation and everything goes ok. Fedora 18 and 19 for x84_64 works well, also RHEL 6 builds for x86_64. Packages in use: ovirt-engine-3.3.0-1.fc19.noarch qemu-1.4.2-7.fc19.x86_64 qemu-kvm-1.4.2-7.fc19.x86_64 libvirt-1.0.5.5-1.fc19.x86_64 Details and data collected: VM name: tests-rhel5-64bits engine.log vdsm.log qemu process arguments libvirt relevant logs Last test timestamp: 2013-Sep-05, 12:09 VM tests-rhel5-64bits started on Host dell-pe2950-1 Should I file a bug? Any help will be really appreciated. Thanks, Raul.

3 4

[Users] kvm_intel module unable load.
by Joy 17 Sep '13

17 Sep '13

This is a multi-part message in MIME format. ------=_NextPart_523850D4_08DF9DC8_24CB3B3A Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 aGksYWxsOw0KIEkgaW5zdGFsbGVkIHRoZSBjZW50b3MgNi40IHZkc20gYW5kIHZkc20tY2xp IHBhY2thZ2UgY2FuIGJlIGxvYWRlZCBhZnRlciByZWJvb3QgIGt2bV9pbnRlbCBtb2R1bGVz LiBCdXQgdmRzbS1ob29rKiBpbnN0YWxsZWQgcGFja2FnZXMgd2lsbCBub3QgYmUgYWJsZSB0 byAgcmVzdGFydCB0aGUgc3lzdGVtIGFmdGVyIExvYWQga3ZtX2ludGVsIG1vZHVsZSAsIHdo YXQgaXMgdGhlIHByb2JsZW0gdGhlbiA/ ------=_NextPart_523850D4_08DF9DC8_24CB3B3A Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: base64 PGRpdj5oaSxhbGw7PC9kaXY+PGRpdj4mbmJzcDtJIGluc3RhbGxlZCB0aGUgY2VudG9zIDYu NCB2ZHNtIGFuZCB2ZHNtLWNsaSBwYWNrYWdlIGNhbiBiZSBsb2FkZWQgYWZ0ZXIgcmVib290 IAprdm1faW50ZWwgbW9kdWxlcy4gQnV0IHZkc20taG9vayogaW5zdGFsbGVkIHBhY2thZ2Vz IHdpbGwgbm90IGJlIGFibGUgdG8gCnJlc3RhcnQgdGhlIHN5c3RlbSBhZnRlciBMb2FkIGt2 bV9pbnRlbCBtb2R1bGUgLCB3aGF0IGlzIHRoZSBwcm9ibGVtIHRoZW4gPzwvZGl2Pg== ------=_NextPart_523850D4_08DF9DC8_24CB3B3A--

2 1

[Users] oVirt Weekly Meeting Minutes -- 2013-09-17
by Mike Burns 17 Sep '13

17 Sep '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-17-13.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-17-13.01.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-17-13.01.log.html ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns at 13:01:39 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-17-13.01.log.html . Meeting summary --------------- * agenda and roll call (mburns, 13:01:53) * oVirt 3.3 (mburns, 13:03:36) * oVirt Next (mburns, 13:03:43) * Conferences and workshops (mburns, 13:03:51) * agenda and roll call (mburns, 13:04:09) * oVirt 3.3 (mburns, 13:04:17) * oVirt Next (mburns, 13:04:25) * Conferences and workshops (mburns, 13:04:36) * oVirt 3.3 (mburns, 13:06:10) * is RELEASED!!!! (mburns, 13:06:14) * packages posted to stable repos yesterday (mburns, 13:06:30) * release notes, wiki, etc updated yesterday (mburns, 13:06:42) * announcement sent to mailing lists today (mburns, 13:06:49) * some known issues with 3.3.0 release targeted for a quick 3.3.1 update (mburns, 13:09:11) * IDE disk issue (jbrooks encountered it) (mburns, 13:09:18) * api.vms.list() issue (mburns, 13:09:25) * storage pools search (which is already merged) (mburns, 13:09:33) * there's also a gluster storage domain issue which causes error if volume name has _ or / (mburns, 13:10:43) * 3.3.2, as requested, will be a rebase of ovirt-engine (mburns, 13:12:18) * all non-critical issues should go to 3.3.2 (mburns, 13:12:37) * ACTION: oschreib to handle branching and related stuff of 3.3.1 and 3.3.2 (oschreib, 13:12:55) * issue with gluster domains on EL6 -- they don't work due to old qemu/libvirt (mburns, 13:14:30) * there is work going on to produce something like virt-preview for EL6 (similar to fedora virt-preview) (mburns, 13:15:03) * should have an answer soon as to whether that will work out or not (mburns, 13:15:22) * oVirt Next (mburns, 13:16:30) * oVirt 3.3 (revisited) (mburns, 13:17:07) * oVirt Next (mburns, 13:18:00) * open thread on users@ for feature requests (mburns, 13:18:17) * please comment on desired features, what you want to work on, etc (mburns, 13:18:37) * we'll start prioritizing features soon for the next release (mburns, 13:19:00) * there is an open thread on linkedin as well (mburns, 13:19:08) * we'll also start working out dates and plans soon for the next release (mburns, 13:20:44) * deferring oVirt Next discussions until we have release process ironed out (mburns, 13:31:01) * ACTION: itamar to take release discussion to mailing list (mburns, 13:31:11) * Conferences and Workshops (mburns, 13:32:23) * a number of upcoming events are listed on http://www.ovirt.org/Home (mburns, 13:32:42) * includes CloudOpen/LinuxCon in NA (going on now) and EU (21-23 October) (mburns, 13:33:08) * also, oVirt developers summit happening with KVM Forum (mburns, 13:33:57) * details on the wiki for these events (mburns, 13:34:14) * planning has started for a Workshop in the RTP area (Raleigh, NC) (mburns, 13:35:29) * dates and additional info still pending (mburns, 13:35:49) * looking for additional session ideas/leaders for the developer workshop (mburns, 13:40:06) * Other Topics (mburns, 13:42:58) * no other topics (mburns, 13:45:51) Meeting ended at 13:45:57 UTC. Action Items ------------ * oschreib to handle branching and related stuff of 3.3.1 and 3.3.2 * itamar to take release discussion to mailing list Action Items, by person ----------------------- * itamar * itamar to take release discussion to mailing list * oschreib * oschreib to handle branching and related stuff of 3.3.1 and 3.3.2 * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (98) * oschreib (26) * itamar (23) * sahina (8) * dneary (3) * sbonazzo (3) * ovirtbot (3) * Rydekull (3) * clarkee (1) * fabiand (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

[Users] oVirt to oVirt VMs migration
by Hervé Leclerc 17 Sep '13

17 Sep '13

Hello, I've 2 ovirt managers with their own hosts What is the best way to migrate a VM from one oVirt Stack to the other ? Is it possible to make it live like virt-v2v does with esxi? Regards Hervé Leclerc CTO Alter Way 1, rue royale 9 ème étage 92210 St Cloud +33 1 78152407 +33 6 83979598 <http://www.alterway.fr/signatures/url/1>

2 3

Re: [Users] Bridge for logical network
by Juan Pablo Lorier 17 Sep '13

17 Sep '13

Hi Moti, When you say As long as the bridge is defined on engine side and reported by VDSM you should be able to assign vms to it. What do you mean? I can't see bridge interfaces in the engine, it just shows the fisical nics. Is there a way to force engine to see the bridge? If I hide one nic, then if the visible one fails, I loose connectivity even if the other nic in the bridge is active? If I add both nics to the bridge (the hidden and the visible) and then by the engine assign the LN to the visible nic, is it going to work? I'm used to assign the ip address to the bridgen, no to one of the interfases member as this shouldn't work, and I guess that the engine will set the ip to the nic not to the bridge as it's what it sees. Sorry for so many questions, but I want to be sure of what I'm doing before testing it as I have to work on the production platform. Regards, >> From: "Juan Pablo Lorier" <jplorier(a)gmail.com> >> To: "Dan Kenigsberg" <danken(a)redhat.com> >> Cc: "users" <users(a)ovirt.org> >> Sent: Tuesday, September 10, 2013 2:50:08 AM >> Subject: Re: [Users] Bridge for logical network >> >> Hi Dan >> >> By hiding the eths, will I be able to use the bridge to assign it to a vm? >> Regards, >> > As long as the bridge is defined on engine side and reported by VDSM you should > be able to assign vms to it. > > Please report if hiding the additional nics (only one nic shouldn't be hidden) works > for you. > >> El 09/09/13 19:48, Dan Kenigsberg escribi?: >>> On Mon, Sep 09, 2013 at 03:19:48PM -0300, Juan Pablo Lorier wrote: >>>> Hi, >>>> >>>> Another question: I need to connect 2 eths to a Fortigate cluster so I >>>> need them to be in a bridge with single ip so it can connect to the DMZ. >>>> As far as I can see, ovirt 3.2 is allowing me to create bonds and assign >>>> logical network to them, but not to create a bridge. Can I create it >>>> manually and get ovirt to handle it? >>> Indeed, ovirt does not support setting up a bridge with multiple >>> physical legs. >>> >>> I do not recall having tried that, but I have a suspition that Engine >>> may be confused if such a bridge is to be reported by Vdsm. > The engine do complains about a bridge created on more than a single interface. > >>> If that happens, I suggest that you list these two eths in vdsm.conf's >>> hidden_nics. Then, they would not show up on ovirt's network editing >>> tools and would not tempt admins to use them for other purposes. >>> >>> Dan. >>> Please test it out and r >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > >

2 2

[Users] Announcement: oVirt 3.3.0 release!
by Dave Neary 17 Sep '13

17 Sep '13

The oVirt development team is very happy to announce the general availability of oVirt 3.3.0 as of September 16th 2013. This release solidifies oVirt as a leading KVM management application, and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4 (or similar). Get started with oVirt now! http://www.ovirt.org/Download Chief among the many new features in the release are: * Tight integration with Gluster - take advantage of native GlusterFS support, or use oVirt to manage your Gluster bricks * Integration with OpenStack - share images stored in Glance, and take advantage of Neutron integration for network topology definition * Extensibility and control - with improvements in VM scheduling, an increased array of hooks and APIs, oVirt gives you absolute control over your virtual datacenter Read more about the oVirt 3.3 release on the Red Hat community blog: http://community.redhat.com/ovirt-3-3-spices-up-the-software-defined-datace… The full release announcement: http://www.ovirt.org/OVirt_3.3_release_announcement oVirt 3.3 release notes: http://www.ovirt.org/OVirt_3.3_release_notes Regards, Dave Neary. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13

1 0