May 2015 - Users - oVirt List Archives

All-In-One on CentOS 7.1
by Gianluca Cecchi 19 Jun '15

19 Jun '15

Hello, I'm trying to setup all in one 3.5.2.1 on CentOS 7.1 but it seems that the ovirtmgmt bridge has not been created and the host and storage domain parts failed to install. Some preliminary questions: - Is NetworkManager supported now in 3.5.2? Or should I disable it before engine setup? - Where should I found engine and host part setup network config files at the end if not in /etc/sysconfig/network-scripts? BTW: is network unified persistence feature, as described here: http://www.ovirt.org/Feature/NetworkReloaded configured as the default now or not? I see that from OS point of view both network and NetworkManager services are enabled (after engine-setup, I didn't check before it): [root@ovirt71 NetworkManager]# systemctl status network network.service - LSB: Bring up/down networking Loaded: loaded (/etc/rc.d/init.d/network) Active: active (exited) since Wed 2015-05-20 15:24:11 CEST; 14min ago Process: 1157 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=0/SUCCESS) May 20 15:24:10 ovirt71.localdomain.local systemd[1]: Starting LSB: Bring up/down networking... May 20 15:24:11 ovirt71.localdomain.local network[1157]: Bringing up loopback interface: Could...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: Could not load file '/etc/sysconfig/ne...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: Could not load file '/etc/sysconfig/ne...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: Could not load file '/etc/sysconfig/ne...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: [ OK ] May 20 15:24:11 ovirt71.localdomain.local network[1157]: Bringing up interface eth0: [ OK ] May 20 15:24:11 ovirt71.localdomain.local systemd[1]: Started LSB: Bring up/down networking. Hint: Some lines were ellipsized, use -l to show in full. [root@ovirt71 NetworkManager]# systemctl status NetworkManager NetworkManager.service - Network Manager Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled) Active: active (running) since Wed 2015-05-20 15:24:05 CEST; 14min ago Main PID: 768 (NetworkManager) CGroup: /system.slice/NetworkManager.service └─768 /usr/sbin/NetworkManager --no-daemon May 20 15:24:06 ovirt71.localdomain.local NetworkManager[768]: <info> Policy set 'eth0' (eth0) .... May 20 15:24:06 ovirt71.localdomain.local NetworkManager[768]: <info> (eth0): Activation: succe.... May 20 15:24:10 ovirt71.localdomain.local NetworkManager[768]: <info> startup complete May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:16 ovirt71.localdomain.local NetworkManager[768]: <info> (;vdsmdummy;): carrier is OFF May 20 15:24:16 ovirt71.localdomain.local NetworkManager[768]: <info> (;vdsmdummy;): new Bridge...) May 20 15:24:16 ovirt71.localdomain.local NetworkManager[768]: <info> (;vdsmdummy;): exported a...3 Hint: Some lines were ellipsized, use -l to show in full. The host part failed to install during setup : [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. [WARNING] Local storage domain not added because the VDSM host was not up. Please add it manually. After reboot [root@ovirt71 ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 52:54:00:fa:1e:b7 brd ff:ff:ff:ff:ff:ff inet 192.168.122.72/24 brd 192.168.122.255 scope global eth0 valid_lft forever preferred_lft forever inet6 fe80::5054:ff:fefa:1eb7/64 scope link valid_lft forever preferred_lft forever 3: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN link/ether 22:9e:ab:c2:99:30 brd ff:ff:ff:ff:ff:ff 4: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN link/ether 42:76:96:46:b2:1f brd ff:ff:ff:ff:ff:ff engine setup log (in gzip format): https://drive.google.com/file/d/0BwoPbcrMv8mvV3E5U2Z5V2R0YnM/view?usp=shari… various log files are here to read (in tar gzip format): https://drive.google.com/file/d/0BwoPbcrMv8mvNFgzanBVMUt5aTQ/view?usp=shari… workflow of engine setup: [root@ovirt71 ~]# engine-setup [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-aio.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20150520151505-rtk8we.log Version: otopi-1.3.1 (otopi-1.3.1-1.el7) [ INFO ] Hardware supports virtualization [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PRODUCT OPTIONS ==-- Configure Engine on this host (Yes, No) [Yes]: Configure WebSocket Proxy on this host (Yes, No) [Yes]: --== PACKAGES ==-- [ INFO ] Checking for product updates... [ INFO ] No product updates found --== ALL IN ONE CONFIGURATION ==-- Configure VDSM on this host? (Yes, No) [No]: Yes Local storage domain path [/var/lib/images]: Local storage domain name [local_storage]: --== NETWORK CONFIGURATION ==-- Setup can automatically configure the firewall on this system. Note: automatic configuration of the firewall may overwrite current settings. Do you want Setup to configure the firewall? (Yes, No) [Yes]: [ INFO ] firewalld will be configured as firewall manager. Host fully qualified DNS name of this server [ovirt71.localdomain.local]: [WARNING] Failed to resolve ovirt71.localdomain.local using DNS, it can be resolved only locally [WARNING] Failed to resolve ovirt71.localdomain.local using DNS, it can be resolved only locally --== DATABASE CONFIGURATION ==-- Where is the Engine database located? (Local, Remote) [Local]: Setup can configure the local postgresql server automatically for the engine to run. This may conflict with existing applications. Would you like Setup to automatically configure postgresql and create Engine database, or prefer to perform that manually? (Automatic, Manual) [Automatic]: --== OVIRT ENGINE CONFIGURATION ==-- Engine admin password: Confirm engine admin password: [WARNING] Password is weak: it is based on a dictionary word Use weak password? (Yes, No) [No]: Yes Application mode (Virt, Gluster, Both) [Both]: --== PKI CONFIGURATION ==-- Organization name for certificate [localdomain.local]: --== APACHE CONFIGURATION ==-- Setup can configure the default page of the web server to present the application home page. This may conflict with existing applications. Do you wish to set the application as the default page of the web server? (Yes, No) [Yes]: Setup can configure apache to use SSL using a certificate issued from the internal CA. Do you wish Setup to configure that, or prefer to perform that manually? (Automatic, Manual) [Automatic]: --== SYSTEM CONFIGURATION ==-- Configure an NFS share on this server to be used as an ISO Domain? (Yes, No) [Yes]: Local ISO domain path [/var/lib/exports/iso]: Local ISO domain ACL - note that the default will restrict access to ovirt71.localdomain.local only, for security reasons [ovirt71.localdomain.local(rw)]: Local ISO domain name [ISO_DOMAIN]: --== MISC CONFIGURATION ==-- --== END OF CONFIGURATION ==-- [ INFO ] Stage: Setup validation [WARNING] Less than 16384MB of memory is available --== CONFIGURATION PREVIEW ==-- Application mode : both Firewall manager : firewalld Update Firewall : True Host FQDN : ovirt71.localdomain.local Engine database name : engine Engine database secured connection : False Engine database host : localhost Engine database user name : engine Engine database host name validation : False Engine database port : 5432 Engine installation : True NFS setup : True PKI organization : localdomain.local NFS mount point : /var/lib/exports/iso NFS export ACL : ovirt71.localdomain.local(rw) Configure VDSM on this host : True Local storage domain directory : /var/lib/images Configure local Engine database : True Set application as default page : True Configure Apache SSL : True Configure WebSocket Proxy : True Engine Host FQDN : ovirt71.localdomain.local Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Initializing PostgreSQL [ INFO ] Creating PostgreSQL 'engine' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating CA [ INFO ] Configuring WebSocket Proxy [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ INFO ] Restarting nfs services --== SUMMARY ==-- [WARNING] Less than 16384MB of memory is available SSH fingerprint: A5:E7:85:D5:6B:A9:1C:81:22:90:F3:ED:6C:B0:AD:5B Internal CA D6:0B:FA:EC:F1:D7:48:50:96:6E:E2:48:8E:87:39:13:0E:70:85:F8 Web access is enabled at: http://ovirt71.localdomain.local:80/ovirt-engine https://ovirt71.localdomain.local:443/ovirt-engine Please use the user "admin" and password specified in order to login --== END OF SUMMARY ==-- [ INFO ] Starting engine service [ INFO ] Restarting httpd [ INFO ] Waiting for VDSM host to become operational. This may take several minutes... [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. [WARNING] Local storage domain not added because the VDSM host was not up. Please add it manually. [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20150520151505-rtk8we.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20150520152046-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Execution of setup completed successfully Thanks in advance, Gianluca

3 9

[ovirt 3.5.1] Attach sysprep floppy from the API
by Guillaume Penin 19 Jun '15

19 Jun '15

Hi, I would like to attach a sysprep floppy to a Windows VM. Currently, I am able to configure the sysprep custom script from the API : PUT https://HOSTNAME/api/vms/{id} <vm> <initialization> <custom_script>{my content}</custom_script> </initialization> </vm> After that, when I start the VM from the Web UI in RunOnce mode, I can attach the sysprep floppy to the VM. But how can I attach the sysprep floppy and start the VM in RunOnce mode from the API ? Regards,

3 2

gluster storage ( wanted / supported / recommended configuration )
by paf1＠email.cz 19 Jun '15

19 Jun '15

This is a multi-part message in MIME format. --------------090001020909070106000305 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello dears, is anybody here for serious storage conversation ?? I've got any ideas and a lot of errors - gluster filesystem concept checking let me know, will sent diagram and questions .... regs. Pavel --------------090001020909070106000305 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello dears, <br> <br> is anybody here for serious storage conversation ??<br> I've got any ideas and a lot of errors - gluster filesystem concept checking<br> <br> let me know, will sent diagram and questions ....<br> <br> regs.<br> Pavel<br> </body> </html> --------------090001020909070106000305--

2 1

Import KVM images to oVirt 3.5
by Bloemen, Jurriën 19 Jun '15

19 Jun '15

--_000_5552007870707dmcamcnetworkscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkkgd2FzIGxvb2tpbmcgaW50byBhIHdheSB0byBpbXBvcnQgb3VyIEtWTSBWTSdzL2lt YWdlcyBpbnRvIG9WaXJ0IDMuNS4gU29tZSBvZiB0aGUgVk0ncyBhcmUgQ2VudG9zIGFuZCBvdGhl cnMgYXJlIFdpbmRvd3MgMjAxMi4gU29tZSBzdWdnZXN0IHRvIHVzZSB2aXJ0LXYydiBidXQgdGhl IHZlcnNpb24gdGhhdCBjYW4gYmUgdXNlZCBpbiBDZW50T1MgNyguMSkgZG9lcyBub3Qgc3VwcG9y dCB0aGUgIi1pYyIgZmxhZy4gU2VlIGh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1 Zy5jZ2k/aWQ9MTEzODUwNCNjOCAoQ29tbWVudCA4KSBXaGF0IEkgdW5kZXJzdGFuZCBpcyB0aGF0 IG9WaXJ0IHNob3VsZCBzb2x2ZSB0aGlzIG9yIG1ha2Ugc29tZSBraW5kIG9mIGltYWdlIGltcG9y dCB0b29sLg0KDQpJIGZvdW5kIGVuZ2luZS1pbWFnZS11cGxvYWRlciBidXQgdGhhdCdzIG9ubHkg Zm9yIE9WRiBmaWxlcy4NCg0KU29tZSBvdGhlciBzYXkgdGhhdCB5b3UganVzdCBtYWtlIGEgVk0g aW4gb1ZpcnQgYW5kIGNvcHkgdGhlIG9yaWdpbmFsIGltYWdlIG92ZXIgZGUgb1ZpcnQgaW1hZ2Uu IFRoaXMgd29ya3MgYnV0IHRoZXJlIGlzIG5vIGh1bWFuIGVycm9yIGNvcnJlY3Rpb24gaW4gaXQg b3Igc29tZSBvdGhlciB2YWxpZGF0aW9uLg0KDQpXaGF0IGNhbiBJIGRvPw0KDQpKdXJyacOrbg0K VGhpcyBtZXNzYWdlIChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzKSBtYXkgY29udGFpbiBpbmZv cm1hdGlvbiB0aGF0IGlzIHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5v dCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRl bGV0ZSB0aGlzIGVtYWlsIGltbWVkaWF0ZWx5IGZyb20geW91ciBzeXN0ZW1zIGFuZCBkZXN0cm95 IGFsbCBjb3BpZXMgb2YgaXQuIFlvdSBtYXkgbm90LCBkaXJlY3RseSBvciBpbmRpcmVjdGx5LCB1 c2UsIGRpc2Nsb3NlLCBkaXN0cmlidXRlLCBwcmludCBvciBjb3B5IHRoaXMgZW1haWwgb3IgYW55 IHBhcnQgb2YgaXQgaWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudA0K --_000_5552007870707dmcamcnetworkscom_ Content-Type: text/html; charset="utf-8" Content-ID: <8AC1DCE34482444999019ADC5B023B5C(a)chellomedia.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IiNGRkZG RkYiIHRleHQ9IiMwMDAwMDAiPg0KPGZvbnQgZmFjZT0iTGliZXJhdGlvbiBTYW5zIj5IaSw8YnI+ DQo8YnI+DQpJIHdhcyBsb29raW5nIGludG8gYSB3YXkgdG8gaW1wb3J0IG91ciBLVk0gVk0ncy9p bWFnZXMgaW50byBvVmlydCAzLjUuIFNvbWUgb2YgdGhlIFZNJ3MgYXJlIENlbnRvcyBhbmQgb3Ro ZXJzIGFyZSBXaW5kb3dzIDIwMTIuIFNvbWUgc3VnZ2VzdCB0byB1c2UgdmlydC12MnYgYnV0IHRo ZSB2ZXJzaW9uIHRoYXQgY2FuIGJlIHVzZWQgaW4gQ2VudE9TIDcoLjEpIGRvZXMgbm90IHN1cHBv cnQgdGhlICZxdW90Oy1pYyZxdW90OyBmbGFnLiBTZWUNCjxhIGNsYXNzPSJtb3otdHh0LWxpbmst ZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/ aWQ9MTEzODUwNCNjOCI+DQpodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dp P2lkPTExMzg1MDQjYzg8L2E+IChDb21tZW50IDgpIFdoYXQgSSB1bmRlcnN0YW5kIGlzIHRoYXQg b1ZpcnQgc2hvdWxkIHNvbHZlIHRoaXMgb3IgbWFrZSBzb21lIGtpbmQgb2YgaW1hZ2UgaW1wb3J0 IHRvb2wuDQo8YnI+DQo8YnI+DQpJIGZvdW5kIGVuZ2luZS1pbWFnZS11cGxvYWRlciBidXQgdGhh dCdzIG9ubHkgZm9yIE9WRiBmaWxlcy4gPGJyPg0KPGJyPg0KU29tZSBvdGhlciBzYXkgdGhhdCB5 b3UganVzdCBtYWtlIGEgVk0gaW4gb1ZpcnQgYW5kIGNvcHkgdGhlIG9yaWdpbmFsIGltYWdlIG92 ZXIgZGUgb1ZpcnQgaW1hZ2UuIFRoaXMgd29ya3MgYnV0IHRoZXJlIGlzIG5vIGh1bWFuIGVycm9y IGNvcnJlY3Rpb24gaW4gaXQgb3Igc29tZSBvdGhlciB2YWxpZGF0aW9uLjxicj4NCjxicj4NCldo YXQgY2FuIEkgZG8/PGJyPg0KPGJyPg0KSnVycmnDq248YnI+DQo8L2ZvbnQ+VGhpcyBtZXNzYWdl IChpbmNsdWRpbmcgYW55IGF0dGFjaG1lbnRzKSBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB0aGF0 IGlzIHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5k ZWQgcmVjaXBpZW50LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIGVt YWlsIGltbWVkaWF0ZWx5IGZyb20geW91ciBzeXN0ZW1zIGFuZCBkZXN0cm95IGFsbCBjb3BpZXMg b2YgaXQuIFlvdQ0KIG1heSBub3QsIGRpcmVjdGx5IG9yIGluZGlyZWN0bHksIHVzZSwgZGlzY2xv c2UsIGRpc3RyaWJ1dGUsIHByaW50IG9yIGNvcHkgdGhpcyBlbWFpbCBvciBhbnkgcGFydCBvZiBp dCBpZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_5552007870707dmcamcnetworkscom_--

2 1

solaris 11
by Koen Vanoppen 19 Jun '15

19 Jun '15

Dear All, Little question. Is it possible to install the ovirt guest agent on a solaris11 vm? If so, how... :-) Kind regards, Koen

4 3

How to backup/restore the rhevm-VM in hosted-engine ?
by xiec.fnst＠cn.fujitsu.com 19 Jun '15

19 Jun '15

--_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksQWxsDQogICAgICAgICBBcyB0aGUgbWF1dWFsLCBJIGNhbqGvdCBmaW5kIGFueXdheSB0byBi YWNrdXAvcmVzdG9yZSB0aGUgcmhldm0tVk0gaW4gdGhlIGhvc3RlZC1lbmdpbmUuIFRoZSBJIGp1 c3QgdHJ5IHRvIGJhY2t1cCB0aGUgc3RvcmFnZSBvZiByaGV2bS1WTSAodXNpbmcgY3AgqENwcmYg IHRvIG1ha2UgYSBjb3B5IG9mIGZvbGRlcikuIFRoZW4gSSBtYWtlIHNvbWUgY2hhbmdlIGFuZCBy ZXBsYWNlIHRoZSBvcmlnaW4gUkhFVk0tVk0gY29udGVudCB3aXRoIG15IGJhY2t1cCBmb2xkZXIg KG9mIGNvdXJzZSBJIHNodXRkb3duIHRoZSByaGV2bS12bSBmaXJzdCkuICBBdCBsYXN0IHRoZSB2 bSBjYW4gYmUgdXAsYnV0IHRoZSBzdGF0dXMgaXMgTk9UIGhlYWx0aCBidXQgYXMgYmVsb3c6DQoN Cj09PT09PT09PT09PT09PT09PT09DQpTdGF0dXMgdXAtdG8tZGF0ZSAgICAgICAgICAgICAgICAg IDogRmFsc2UNCkhvc3RuYW1lICAgICAgICAgICAgICAgICAgICAgICAgICAgOiAxOTMuMTY4LjE5 NS4yNDgNCkhvc3QgSUQgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiAxDQpFbmdpbmUgc3Rh dHVzICAgICAgICAgICAgICAgICAgICAgIDogdW5rbm93biBzdGFsZS1kYXRhDQpTY29yZSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDogMjQwMA0KTG9jYWwgbWFpbnRlbmFuY2UgICAgICAg ICAgICAgICAgICA6IEZhbHNlDQpIb3N0IHRpbWVzdGFtcCAgICAgICAgICAgICAgICAgICAgIDog MTQwOTc0MzQ2MQ0KRXh0cmEgbWV0YWRhdGEgKHZhbGlkIGF0IHRpbWVzdGFtcCk6DQogICAgICAg ICBtZXRhZGF0YV9wYXJzZV92ZXJzaW9uPTENCiAgICAgICAgIG1ldGFkYXRhX2ZlYXR1cmVfdmVy c2lvbj0xDQogICAgICAgICB0aW1lc3RhbXA9MTQwOTc0MzQ2MSAoV2VkIFNlcCAgMyAwNzoyNDoy MSAyMDE0KQ0KICAgICAgICAgaG9zdC1pZD0xDQogICAgICAgICBzY29yZT0yNDAwDQogICAgICAg ICBtYWludGVuYW5jZT1GYWxzZQ0KICAgICAgICAgc3RhdGU9RW5naW5lVXANCg0KPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0NCg0KU28gYXJlIHRoZXJlIHNvbWUgcHJvcGVyIHdheSB0byBi YWNrdXAgdGhlIHJoZXZtLXZtPw0K --_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D"text-justify-t= rim:punctuation"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,All<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   As the mauual, I can=A1=AFt find anyway to backup/restore= the rhevm-VM in the hosted-engine. The I just try to backup the storage of= rhevm-VM (using cp =A8Cprf  to make a copy of folder). Then I make so= me change and replace the origin RHEVM-VM content with my backup folder (of course I shu= tdown the rhevm-vm first).  At last the vm can be up,but the status is <b>NOT</b> health but as below:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Status up-to-date  &n= bsp;           &nbsp= ;   : False<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hostname   &nbsp= ;            &n= bsp;          : 193.168.195.24= 8<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Host ID    =             &nb= sp;           : 1<o:p></o= :p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Engine status   =             &nb= sp;      : unknown stale-data<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">Score    &n= bsp;           &nbsp= ;             := 2400<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Local maintenance  &n= bsp;           &nbsp= ;   : False<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Host timestamp  &nbsp= ;             &= nbsp;    : 1409743461<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Extra metadata (valid at timest= amp):<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   metadata_parse_version=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   metadata_feature_version=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   timestamp=3D1409743461 (Wed Sep  3 07:24:21 2014)<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   host-id=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   score=3D2400<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   maintenance=3DFalse<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   state=3DEngineUp<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">So are there some proper way to= backup the rhevm-vm? <o:p></o:p></span></p> </div> </body> </html> --_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_--

6 7

Just for info: ovirt-guest-agent on Debian 8 Jessie is buggy.
by Arman Khalatyan 16 Jun '15

16 Jun '15

The current debian has an bug the python script does not have exec flag so daemon shows as running but it does nothing. to fix it simply: chmod +x /usr/share/ovirt-guest-agent/ovirt-guest-agent.py systemctl restart ovirt-guest-agent *********************************************************** Dr. Arman Khalatyan eScience -SuperComputing Leibniz-Institut für Astrophysik Potsdam (AIP) An der Sternwarte 16, 14482 Potsdam, Germany ***********************************************************

2 1

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

15 Jun '15

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

2 1

Re: [ovirt-users] Bug in Snapshot Removing
by Soeren Malchow 11 Jun '15

11 Jun '15

--_000_D1916735D978soerenmalchowmconnet_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Small addition again: This error shows up in the log while removing snapshots WITHOUT rendering t= he Vms unresponsive =97 Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1657]: Timed= out during operation: cannot acquire state change lock Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[6839]: vdsm vm.V= m ERROR vmId=3D`56848f4a-cd73-4eda-bf79-7eb80ae569a9`::Error getting block = job info Traceback= (most recent call last): File "/= usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs=85 =97 From: Soeren Malchow <soeren.malchow(a)mcon.net<mailto:soeren.malchow@mcon.ne= t>> Date: Monday 1 June 2015 00:56 To: "libvirt-users(a)redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-us= ers(a)redhat.com<mailto:libvirt-users@redhat.com>>, users <users(a)ovirt.org<ma= ilto:users@ovirt.org>> Subject: [ovirt-users] Bug in Snapshot Removing Dear all I am not sure if the mail just did not get any attention between all the ma= ils and this time it is also going to the libvirt mailing list. I am experiencing a problem with VM becoming unresponsive when removing Sna= pshots (Live Merge) and i think there is a serious problem. Here are the previous mails, http://lists.ovirt.org/pipermail/users/2015-May/033083.html The problem is on a system with everything on the latest version, CentOS 7.= 1 and ovirt 3.5.2.1 all upgrades applied. This Problem did NOT exist before upgrading to CentOS 7.1 with an environme= nt running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-preview rep= o activated. I think this is a bug in libvirt, not ovirt itself, but i am not sure. The = actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm.py, = line 697). We are very willing to help, test and supply log files in anyway we can. Regards Soeren --_000_D1916735D978soerenmalchowmconnet_ Content-Type: text/html; charset="Windows-1252" Content-ID: <9FBCF9D40986EE4C94B0FC8E1FE85212(a)liquidcampaign.com> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami= ly: Calibri, sans-serif;"> <div>Small addition again:</div> <div><br> </div> <div>This error shows up in the log while removing snapshots WITHOUT render= ing the Vms unresponsive</div> <div><br> </div> <div>=97</div> <div> <div>Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net libvirtd[1657]: = Timed out during operation: cannot acquire state change lock</div> <div>Jun 01 01:33:45 mc-dc3ham-compute-02-live.mc.mcon.net vdsm[6839]: vdsm= vm.Vm ERROR vmId=3D`56848f4a-cd73-4eda-bf79-7eb80ae569a9`::Error getting b= lock job info</div> <div>                    =                     &nbsp= ;                     &nb= sp;   Traceback (most recent call last):</div> <div>                    =                     &nbsp= ;                     &nb= sp;     File "/usr/share/vdsm/virt/vm.py", line 5759, i= n queryBlockJobs=85</div> </div> <div><br> </div> <div>=97</div> <div><br> </div> <div><br> </div> <div><br> </div> <span id=3D"OLK_SRC_BODY_SECTION"> <div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b= lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:= 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;= BORDER-RIGHT: medium none; PADDING-TOP: 3pt"> <span style=3D"font-weight:bold">From: </span>Soeren Malchow <<a href=3D= "mailto:soeren.malchow@mcon.net">soeren.malchow(a)mcon.net</a>><br> <span style=3D"font-weight:bold">Date: </span>Monday 1 June 2015 00:56<br> <span style=3D"font-weight:bold">To: </span>"<a href=3D"mailto:libvirt= -users(a)redhat.com">libvirt-users(a)redhat.com</a>" <<a href=3D"mailto= :libvirt-users@redhat.com">libvirt-users(a)redhat.com</a>>, users <<a h= ref=3D"mailto:users@ovirt.org">users(a)ovirt.org</a>><br> <span style=3D"font-weight:bold">Subject: </span>[ovirt-users] Bug in Snaps= hot Removing<br> </div> <div><br> </div> <div> <div style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line= -break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-famil= y: Calibri, sans-serif;"> <div>Dear all</div> <div><br> </div> <div>I am not sure if the mail just did not get any attention between all t= he mails and this time it is also going to the libvirt mailing list.</div> <div><br> </div> <div>I am experiencing a problem with VM becoming unresponsive when removin= g Snapshots (Live Merge) and i think there is a serious problem.</div> <div><br> </div> <div>Here are the previous mails,</div> <div><br> </div> <div><a href=3D"http://lists.ovirt.org/pipermail/users/2015-May/033083.html= ">http://lists.ovirt.org/pipermail/users/2015-May/033083.html</a></div> <div><br> </div> <div>The problem is on a system with everything on the latest version, Cent= OS 7.1 and ovirt 3.5.2.1 all upgrades applied.</div> <div><br> </div> <div>This Problem did NOT exist before upgrading to CentOS 7.1 with an envi= ronment running ovirt 3.5.0 and 3.5.1 and Fedora 20 with the libvirt-previe= w repo activated.</div> <div><br> </div> <div>I think this is a bug in libvirt, not ovirt itself, but i am not sure.= The actual file throwing the exception is in VDSM (/usr/share/vdsm/virt/vm= .py, line 697).</div> <div><br> </div> <div>We are very willing to help, test and supply log files in anyway we ca= n. </div> <div><br> </div> <div>Regards</div> <div>Soeren </div> <div><br> </div> </div> </div> </span> </body> </html> --_000_D1916735D978soerenmalchowmconnet_--

3 11

[Users] Compiling ovirt-guest-agent on FreeBSD
by Karli Sjöberg 11 Jun '15

11 Jun '15

--_000_5F9E965F5A80BC468BE5F40576769F092E70EBE0exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkhDQoNCkFzIHBhcnQgb2YgYSB0ZW1wbGF0ZSBJwrRtIHByZXBhcmluZywgScK0bSB3b25kZXJp bmcgaG93IHRvIGNvbXBpbGUgdGhlIGFnZW50IHdpdGgganVzdCB0aGUgYmFzaWNzIGluY2x1ZGVk LiBJwrR2ZSB0cmllZCBydW5uaW5nIGxpa2U6DQoNCk9QVElPTlM9Jw0KLS13aXRob3V0LWdkbS1w bHVnaW4gLS13aXRob3V0LWdkbTItcGx1Z2luICAtLXdpdGhvdXQta2RtLXBsdWdpbiAtLXdpdGhv dXQtcGFtLW92aXJ0LWNyZWQNCi0td2l0aC1nZG0tcGx1Z2luPW5vIC0td2l0aC1nZG0yLXBsdWdp bj1ubyAtLXdpdGgta2RtLXBsdWdpbj1ubyAtLXdpdGgtcGFtLW92aXJ0LWNyZWQ9bm8NCi0tZGlz YWJsZS1nZG0tcGx1Z2luIC0tZGlzYWJsZS1nZG0yLXBsdWdpbiAtLWRpc2FibGUta2RtLXBsdWdp biAtLWRpc2FibGUtcGFtLW92aXJ0LWNyZWQNCi0tZW5hYmxlLWdkbS1wbHVnaW49bm8gLS1lbmFi bGUtZ2RtMi1wbHVnaW49bm8gLS1lbmFibGUta2RtLXBsdWdpbj1ubyAtLWVuYWJsZXBhbS1vdmly dC1jcmVkLT1ubycNCg0KIyAuL2NvbmZpZ3VyZSAke09QVElPTlN9DQoNClJlZ2FyZGxlc3Mgb2Yg aG93IEkgdHJ5LCBpdCBqdXN0IHJlc3BvbmRzOg0KY29uZmlndXJlOiBXQVJOSU5HOiB1bnJlY29n bml6ZWQgb3B0aW9uczogJHtPUFRJT05TfQ0KDQpJIHRvb2sgdGhlIHBhY2thZ2UgZnJvbSB0aGUg Im9mZmljaWFsIiBvVmlydC5vcmcgcmVwbywgc3JjIGZpbGU6DQpvdmlydC1ndWVzdC1hZ2VudC0x LjAuNi50YXIuYnoyDQoNCldoYXQgYW0gSSBkb2luZyB3cm9uZz8NCg0KLS0NCg0KTWVkIFbDpG5s aWdhIEjDpGxzbmluZ2FyDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpLYXJsaSBTasO2YmVyZw0K U3dlZGlzaCBVbml2ZXJzaXR5IG9mIEFncmljdWx0dXJhbCBTY2llbmNlcw0KQm94IDcwNzkgKFZp c2l0aW5nIEFkZHJlc3MgS3JvbsOlc3bDpGdlbiA4KQ0KUy03NTAgMDcgVXBwc2FsYSwgU3dlZGVu DQpQaG9uZTogICs0Ni0oMCkxOC02NyAxNSA2Ng0Ka2FybGkuc2pvYmVyZ0BzbHUuc2U8bWFpbHRv OmthcmxpLnNqb2JlcmdAYWRtLnNsdS5zZT4NCg== --_000_5F9E965F5A80BC468BE5F40576769F092E70EBE0exchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC42LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSE8YnI+DQo8YnI+ DQpBcyBwYXJ0IG9mIGEgdGVtcGxhdGUgScK0bSBwcmVwYXJpbmcsIEnCtG0gd29uZGVyaW5nIGhv dyB0byBjb21waWxlIHRoZSBhZ2VudCB3aXRoIGp1c3QgdGhlIGJhc2ljcyBpbmNsdWRlZC4gScK0 dmUgdHJpZWQgcnVubmluZyBsaWtlOjxicj4NCjxicj4NCk9QVElPTlM9Jzxicj4NCi0td2l0aG91 dC1nZG0tcGx1Z2luIC0td2l0aG91dC1nZG0yLXBsdWdpbiZuYnNwOyAtLXdpdGhvdXQta2RtLXBs dWdpbiAtLXdpdGhvdXQtcGFtLW92aXJ0LWNyZWQ8YnI+DQotLXdpdGgtZ2RtLXBsdWdpbj1ubyAt LXdpdGgtZ2RtMi1wbHVnaW49bm8gLS13aXRoLWtkbS1wbHVnaW49bm8gLS13aXRoLXBhbS1vdmly dC1jcmVkPW5vPGJyPg0KLS1kaXNhYmxlLWdkbS1wbHVnaW4gLS1kaXNhYmxlLWdkbTItcGx1Z2lu IC0tZGlzYWJsZS1rZG0tcGx1Z2luIC0tZGlzYWJsZS1wYW0tb3ZpcnQtY3JlZDxicj4NCi0tZW5h YmxlLWdkbS1wbHVnaW49bm8gLS1lbmFibGUtZ2RtMi1wbHVnaW49bm8gLS1lbmFibGUta2RtLXBs dWdpbj1ubyAtLWVuYWJsZXBhbS1vdmlydC1jcmVkLT1ubyc8YnI+DQo8YnI+DQojIC4vY29uZmln dXJlICR7T1BUSU9OU308YnI+DQo8YnI+DQpSZWdhcmRsZXNzIG9mIGhvdyBJIHRyeSwgaXQganVz dCByZXNwb25kczo8YnI+DQpjb25maWd1cmU6IFdBUk5JTkc6IHVucmVjb2duaXplZCBvcHRpb25z OiAke09QVElPTlN9PGJyPg0KPGJyPg0KSSB0b29rIHRoZSBwYWNrYWdlIGZyb20gdGhlICZxdW90 O29mZmljaWFsJnF1b3Q7IG9WaXJ0Lm9yZyByZXBvLCBzcmMgZmlsZTo8YnI+DQpvdmlydC1ndWVz dC1hZ2VudC0xLjAuNi50YXIuYnoyPGJyPg0KPGJyPg0KV2hhdCBhbSBJIGRvaW5nIHdyb25nPzxi cj4NCjxicj4NCjx0YWJsZSBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSIx MDAlIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZD4tLSA8YnI+DQo8YnI+DQpNZWQgVsOkbmxpZ2EgSMOk bHNuaW5nYXI8YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KS2FybGkgU2rDtmJlcmc8 YnI+DQpTd2VkaXNoIFVuaXZlcnNpdHkgb2YgQWdyaWN1bHR1cmFsIFNjaWVuY2VzPGJyPg0KQm94 IDcwNzkgKFZpc2l0aW5nIEFkZHJlc3MgS3JvbsOlc3bDpGdlbiA4KTxicj4NClMtNzUwIDA3IFVw cHNhbGEsIFN3ZWRlbjxicj4NClBob25lOiAmbmJzcDsmIzQzOzQ2LSgwKTE4LTY3IDE1IDY2PGJy Pg0KPGEgaHJlZj0ibWFpbHRvOmthcmxpLnNqb2JlcmdAYWRtLnNsdS5zZSI+a2FybGkuc2pvYmVy Z0BzbHUuc2U8L2E+IDwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F092E70EBE0exchange21_--

6 10