- Users - oVirt List Archives

Comparing upgrade guide between oVirt and RHEV
by Gianluca Cecchi 15 Nov '16

15 Nov '16

Hello, I'm just noticing changes in web page for release notes of oVirt 4.0.5: http://www.ovirt.org/release/4.0.5/ There are now several links to the corresponding official RHEV documents. I think this is good, especially if they remains not so far each other. I just noticed 2 things: 1) the command engine-upgrade-check That I didn't know and seems to work quite good in oVirt 4.0.4 It gives me [root@ractorshe ~]# yum clean all Loaded plugins: fastestmirror, versionlock Repository virtio-win-stable is listed more than once in the configuration Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast Cleaning repos: base centos-ovirt36 centos-ovirt40-release epel extras ovirt-3.6 : ovirt-3.6-centos-gluster37 ovirt-3.6-epel ovirt-3.6-patternfly1-noarch-epel : ovirt-4.0 ovirt-4.0-centos-gluster37 ovirt-4.0-epel : ovirt-4.0-patternfly1-noarch-epel updates virtio-win-stable Cleaning up everything Cleaning up list of fastest mirrors [root@ractorshe ~]# engine-upgrade-check VERB: queue package ovirt-engine-setup for update VERB: Downloading: epel/x86_64/metalink (0%) VERB: Downloading: epel/x86_64/metalink 24 k(100%) VERB: Downloading: ovirt-3.6-epel/x86_64/metalink (0%) VERB: Downloading: ovirt-3.6-epel/x86_64/metalink 24 k(100%) VERB: Downloading: ovirt-4.0-epel/x86_64/metalink (0%) VERB: Downloading: ovirt-4.0-epel/x86_64/metalink 24 k(100%) VERB: Downloading: base/7/x86_64 (0%) ... VERB: Downloading: virtio-win-stable 3.0 k(100%) VERB: Downloading: virtio-win-stable/primary_db (0%) VERB: Downloading: virtio-win-stable/primary_db 2.3 k(100%) VERB: processing package ovirt-engine-setup-4.0.5.5-1.el7.centos.noarch for update VERB: package ovirt-engine-setup-4.0.5.5-1.el7.centos.noarch queued VERB: Building transaction VERB: Transaction built VERB: Transaction Summary: VERB: updated - ovirt-engine-lib-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-lib-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-base-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-base-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-plugin-ovirt-engine-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-plugin-ovirt-engine-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-plugin-ovirt-engine-common-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-plugin-ovirt-engine-common-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.5.5-1.el7.centos.noarch VERB: updated - ovirt-engine-setup-plugin-websocket-proxy-4.0.4.4-1.el7.centos.noarch VERB: update - ovirt-engine-setup-plugin-websocket-proxy-4.0.5.5-1.el7.centos.noarch Upgrade available 2) Command to upgrade the engine In oVirt page we have yum update "ovirt-engine-setup*" In RHEV we have the command without the star yum update ovirt-engine-setup If I remember correctly the star was important in the past.... Any comments on this difference? Documentation error or different functionalities or dependency chain changed so that now it is not necessary the star also in oVirt? Thanks, Gianluca

2 4

Incorrect display of Memory on Dashboard
by knarra 15 Nov '16

15 Nov '16

Hi, I have three hosts in my cluster. I see that the following amount of memory is being consumed in each host. Node1: ==================== [root@rhsqa-grafton4 ~]# free -m total used free shared buff/cache available Mem: 257677 2564 250784 41 4328 254087 Swap: 4095 0 4095 [root@rhsqa-grafton4 ~]# Node2: ========================= [root@rhsqa-grafton5 ~]# free -m total used free shared buff/cache available Mem: 257677 13156 230035 41 14486 243499 Swap: 4095 0 4095 Node3: ================================= [root@rhsqa-grafton6 ~]# free -m total used free shared buff/cache available Mem: 257677 6142 208956 545 42578 249991 Swap: 4095 0 4095 I see that total amount of mem used is 22 or 23 GB. But in the dashboard i see that 60.9 GIB is Used. Is this a bug ? RHEV version i am using RHEV4.0.4 Thanks kasturi

2 1

Re: [ovirt-users] Move a VM between 2 setups
by Beckman, Daniel 15 Nov '16

15 Nov '16

--_000_3A16E9FE2567404AA4E3F98E854146D1ingramcontentcom_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SGkgQ2hyaXN0b3BoZSwNCg0KQW4g4oCcZXhwb3J0IGRvbWFpbuKAnSBpcyBtYWRlIGZvciBqdXN0 IHRoaXMgcHVycG9zZS4gQ3JlYXRlIGEgTkZTICh2ZXJzaW9uIDMpIHNoYXJlIGFuZCBtYWtlIGl0 IGFjY2Vzc2libGUgdG8gdGhlIGh5cGVydmlzb3JzIGZvciBlYWNoIGVuZ2luZS4gKEl0IHNob3Vs ZCBiZSBhIGRlZGljYXRlZCBORlMgc2hhcmUsIG5vdCB1c2VkIGZvciBhbnl0aGluZyBlbHNlLikg QXMgSSByZWNhbGwgaXQgc2hvdWxkIGJlIG93bmVkIGJ5IHZkc206dmRzbSAoMzY6MzYpLiBJbiBv bmUgb2YgdGhlIGVuZ2luZXMgKGRvZXNu4oCZdCBtYXR0ZXIgd2hpY2gpLCBpbiB0aGUgd2ViIGFk bWluIHBhZ2UgZ28gdG8gU3RvcmFnZSBhbmQgYWRkIGEgbmV3IE5GUyBiYXNlZCBleHBvcnQgZG9t YWluLCB1c2luZyB0aGUgTkZTIHNoYXJlIHlvdSBjcmVhdGVkLiBPbmNlIGl04oCZcyBhY3RpdmF0 ZWQsIHRlc3QgaXQgb3V0OyB0cnkgcmlnaHQtY2xpY2tpbmcgb24gYSBWTSB0byDigJxleHBvcnTi gJ0gaXQuDQoNCk5vdGUgdGhhdCB0aGVyZSBjYW4gb25seSBiZSBvbmUgZW5naW5lIGNvbm5lY3Rl ZCB0byBhIGdpdmVuIGV4cG9ydCBkb21haW4gYXQgYW55IG9uZSB0aW1lLiBXaGVuIHlvdeKAmXJl IGRvbmUgdGVzdGluZyB0aGUgZXhwb3J0IGRvbWFpbiBvbiB0aGUgZmlyc3QgZW5naW5lLCB5b3Ug bmVlZCB0byBwdXQgaXQgaW50byDigJxtYWludGVuYW5jZeKAnSBhbmQgdWx0aW1hdGVseSDigJxk ZXRhY2jigJ0gaXQuDQoNClRoZW4gZ28gdG8gdGhlIG90aGVyIGVuZ2luZSwgYW5kIHRoaXMgdGlt ZSB1bmRlciBTdG9yYWdlIGluc3RlYWQgb2Yg4oCcbmV3IGRvbWFpbuKAnSBjbGljayDigJxpbXBv cnQgZG9tYWlu4oCdIGFuZCBlbnRlciB0aGUgc2FtZSBORlMgc2hhcmUgaW5mb3JtYXRpb24uIEl0 IHNob3VsZCByZWNvZ25pemUgdGhhdCB5b3UgYWxyZWFkeSBoYXZlIGFuIGV4cG9ydCBkb21haW4g c2V0dXAgdW5kZXIgdGhhdCBORlMgc2hhcmUuICBBdHRhY2ggYW5kIGFjdGl2YXRlIGl0LCBhbmQg dW5kZXIgU3RvcmFnZSAvIDx5b3VyIGV4cG9ydCBkb21haW4gbmFtZT4gIC8gVk0gSW1wb3J0LCB0 cnkgaW1wb3J0aW5nIHRoZSBWTSB5b3UgaGFkIHByZXZpb3VzbHkgZXhwb3J0ZWQuDQoNClRoaXMg aXMgY292ZXJlZCAoc3BhcnNlbHkpIGluIHRoZSBvVmlydCBkb2N1bWVudGF0aW9uIGF0IGh0dHBz Oi8vd3d3Lm92aXJ0Lm9yZy9kb2N1bWVudGF0aW9uL2FkbWluLWd1aWRlL2FkbWluaXN0cmF0aW9u LWd1aWRlLywgYW5kIGl04oCZcyBjb3ZlcmVkIG1vcmUgY29oZXJlbnRseSBpbiB0aGUgY29tbWVy Y2lhbCBSSFYgZG9jdW1lbnRhdGlvbiBhdCBodHRwczovL2FjY2Vzcy5yZWRoYXQuY29tL2RvY3Vt ZW50YXRpb24vZW4vcmVkLWhhdC12aXJ0dWFsaXphdGlvbi80LjAvc2luZ2xlL2FkbWluaXN0cmF0 aW9uLWd1aWRlI1N0b3JhZ2VfcHJvcGVydGllcy4NCg0KQmVzdCwNCkRhbmllbA0KDQpGcm9tOiA8 dXNlcnMtYm91bmNlc0BvdmlydC5vcmc+IG9uIGJlaGFsZiBvZiBDaHJpc3RvcGhlIFRSRUZPSVMg PGNocmlzdG9waGUudHJlZm9pc0B1bmkubHU+DQpEYXRlOiBNb25kYXksIE5vdmVtYmVyIDE0LCAy MDE2IGF0IDExOjE0IEFNDQpUbzogdXNlcnMgPHVzZXJzQG92aXJ0Lm9yZz4NClN1YmplY3Q6IFtv dmlydC11c2Vyc10gTW92ZSBhIFZNIGJldHdlZW4gMiBzZXR1cHMNCg0KSGksDQoNCldlIGhhdmUg YSBzZXR1cCB3aGVyZSB3ZSB3YW50IHRvIGRlcGxveSAyIGVuZ2luZXMgYXMgdGhlIG5ldHdvcmsg YmV0d2VlbiAyIGJ1aWxkaW5ncyBpcyB1bnJlbGlhYmxlLg0KDQpXaXRoIDIgZW5naW5lcywgd2Ug dGhlbiB3YW50IHRvIGJlIGFibGUgdG8gbW92ZSBWTXMgKG9uZSB0aW1lKSBmcm9tIGN1cnJlbnQg ZW5naW5lIHdoZXJlIHRoZXkgYXJlIHJ1bm5pbmcgdG8gbmV3IGVuZ2luZSBpbiB0aGUgb3RoZXIg YnVpbGRpbmcuDQoNCklzIHRoZXJlIGEgcmVjb21tZW5kZWQgd29ya2Zsb3cgZm9yIGRvaW5nIHRo aXM/DQpXZSBoYXZlIGFjY2VzcyB0byBzaGFyZWQgTkZTIGZvciB0aGlzIHRhc2sgaWYgcmVxdWly ZWQuDQoNClRoYW5rcyBmb3IgYW55IHBvaW50ZXJzLA0KQ2hyaXN0b3BoZQ0KLS0NCkRyIENocmlz dG9waGUgVHJlZm9pcywgRGlwbC4tSW5nLg0KVGVjaG5pY2FsIFNwZWNpYWxpc3QgLyBQb3N0LURv Yw0KVU5JVkVSU0lUw4kgRFUgTFVYRU1CT1VSRw0KDQpMVVhFTUJPVVJHIENFTlRSRSBGT1IgU1lT VEVNUyBCSU9NRURJQ0lORQ0KQ2FtcHVzIEJlbHZhbCB8IEhvdXNlIG9mIEJpb21lZGljaW5lDQo2 LCBhdmVudWUgZHUgU3dpbmcNCkwtNDM2NyBCZWx2YXV4DQpUOiArMzUyIDQ2IDY2IDQ0IDYxMjQN CkY6ICszNTIgNDYgNjYgNDQgNjk0OQ0KaHR0cDovL3d3dy51bmkubHUvbGNzYg0KW2FjZWJvb2td PGh0dHBzOi8vd3d3LmZhY2Vib29rLmNvbS90cmVmZXg+ICBbd2l0dGVyXSA8aHR0cHM6Ly90d2l0 dGVyLmNvbS9UcmVmZXg+ICAgW29vZ2xlIFBsdXNdIDxodHRwczovL3BsdXMuZ29vZ2xlLmNvbS8r Q2hyaXN0b3BoZVRyZWZvaXMvPiAgIFtpbmtlZGluXSA8aHR0cHM6Ly93d3cubGlua2VkaW4uY29t L2luL3RyZWZvaXNjaHJpc3RvcGhlPiAgIFtreXBlXSA8aHR0cDovL3NreXBlOlRyZWZleD9jYWxs Pg0KLS0tLQ0KVGhpcyBtZXNzYWdlIGlzIGNvbmZpZGVudGlhbCBhbmQgbWF5IGNvbnRhaW4gcHJp dmlsZWdlZCBpbmZvcm1hdGlvbi4NCkl0IGlzIGludGVuZGVkIGZvciB0aGUgbmFtZWQgcmVjaXBp ZW50IG9ubHkuDQpJZiB5b3UgcmVjZWl2ZSBpdCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IG1lIGFu ZCBwZXJtYW5lbnRseSBkZWxldGUgdGhlIG9yaWdpbmFsIG1lc3NhZ2UgYW5kIGFueSBjb3BpZXMu DQotLS0tDQoNCg0K --_000_3A16E9FE2567404AA4E3F98E854146D1ingramcontentcom_ Content-Type: text/html; charset=UTF-8 Content-ID: <3385FDEC74C06E468A03B398DD020412(a)namprd12.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxuczptdj0iaHR0cDovL21hY1ZtbFNj aGVtYVVyaSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPGhlYWQ+ DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hh cnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJUaXRsZSIgY29udGVudD0iIj4NCjxtZXRhIG5hbWU9 IktleXdvcmRzIiBjb250ZW50PSIiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJN aWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8IS0tW2lmICFtc29dPjxzdHls ZT52XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhhdmlvcjp1cmwo I2RlZmF1bHQjVk1MKTt9DQp3XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQouc2hh cGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+PCFbZW5kaWZdLS0+PHN0 eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6QXJpYWw7DQoJcGFub3NlLTE6MiAxMSA2IDQgMiAyIDIgMiAyIDQ7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0 ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uYXBwbGUt Y29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9 DQpwLmJhbm5lci1jb250YWluZXIsIGxpLmJhbm5lci1jb250YWluZXIsIGRpdi5iYW5uZXItY29u dGFpbmVyDQoJe21zby1zdHlsZS1uYW1lOmJhbm5lci1jb250YWluZXI7DQoJbXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3Rl eHQ7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0 eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30N Ci5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6 ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1h cmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6 V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0 ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkhpIENocmlzdG9waGUsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+QW4g4oCcZXhwb3J0IGRvbWFpbuKAnSBpcyBtYWRlIGZvciBqdXN0IHRo aXMgcHVycG9zZS4gQ3JlYXRlIGEgTkZTICh2ZXJzaW9uIDMpIHNoYXJlIGFuZCBtYWtlIGl0IGFj Y2Vzc2libGUgdG8gdGhlIGh5cGVydmlzb3JzIGZvciBlYWNoIGVuZ2luZS4gKEl0IHNob3VsZCBi ZSBhIGRlZGljYXRlZCBORlMgc2hhcmUsIG5vdCB1c2VkDQogZm9yIGFueXRoaW5nIGVsc2UuKSBB cyBJIHJlY2FsbCBpdCBzaG91bGQgYmUgb3duZWQgYnkgdmRzbTp2ZHNtICgzNjozNikuIEluIG9u ZSBvZiB0aGUgZW5naW5lcyAoZG9lc27igJl0IG1hdHRlciB3aGljaCksIGluIHRoZSB3ZWIgYWRt aW4gcGFnZSBnbyB0byBTdG9yYWdlIGFuZCBhZGQgYSBuZXcgTkZTIGJhc2VkIGV4cG9ydCBkb21h aW4sIHVzaW5nIHRoZSBORlMgc2hhcmUgeW91IGNyZWF0ZWQuIE9uY2UgaXTigJlzIGFjdGl2YXRl ZCwgdGVzdCBpdA0KIG91dDsgdHJ5IHJpZ2h0LWNsaWNraW5nIG9uIGEgVk0gdG8g4oCcZXhwb3J0 4oCdIGl0LiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5Ob3RlIHRoYXQgdGhlcmUgY2FuIG9u bHkgYmUgb25lIGVuZ2luZSBjb25uZWN0ZWQgdG8gYSBnaXZlbiBleHBvcnQgZG9tYWluIGF0IGFu eSBvbmUgdGltZS4gV2hlbiB5b3XigJlyZSBkb25lIHRlc3RpbmcgdGhlIGV4cG9ydCBkb21haW4g b24gdGhlIGZpcnN0IGVuZ2luZSwgeW91IG5lZWQgdG8gcHV0IGl0IGludG8g4oCcbWFpbnRlbmFu Y2XigJ0NCiBhbmQgdWx0aW1hdGVseSDigJxkZXRhY2jigJ0gaXQuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+VGhlbiBnbyB0byB0aGUgb3RoZXIgZW5naW5lLCBhbmQgdGhpcyB0aW1lIHVuZGVy IFN0b3JhZ2UgaW5zdGVhZCBvZiDigJxuZXcgZG9tYWlu4oCdIGNsaWNrIOKAnGltcG9ydCBkb21h aW7igJ0gYW5kIGVudGVyIHRoZSBzYW1lIE5GUyBzaGFyZSBpbmZvcm1hdGlvbi4gSXQgc2hvdWxk IHJlY29nbml6ZSB0aGF0IHlvdSBhbHJlYWR5IGhhdmUNCiBhbiBleHBvcnQgZG9tYWluIHNldHVw IHVuZGVyIHRoYXQgTkZTIHNoYXJlLiAmbmJzcDtBdHRhY2ggYW5kIGFjdGl2YXRlIGl0LCBhbmQg dW5kZXIgU3RvcmFnZSAvICZsdDt5b3VyIGV4cG9ydCBkb21haW4gbmFtZSZndDsmbmJzcDsgLyBW TSBJbXBvcnQsIHRyeSBpbXBvcnRpbmcgdGhlIFZNIHlvdSBoYWQgcHJldmlvdXNseSBleHBvcnRl ZC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlRoaXMgaXMgY292ZXJlZCAoc3BhcnNlbHkp IGluIHRoZSBvVmlydCBkb2N1bWVudGF0aW9uIGF0DQo8YSBocmVmPSJodHRwczovL3d3dy5vdmly dC5vcmcvZG9jdW1lbnRhdGlvbi9hZG1pbi1ndWlkZS9hZG1pbmlzdHJhdGlvbi1ndWlkZS8iPmh0 dHBzOi8vd3d3Lm92aXJ0Lm9yZy9kb2N1bWVudGF0aW9uL2FkbWluLWd1aWRlL2FkbWluaXN0cmF0 aW9uLWd1aWRlLzwvYT4sIGFuZCBpdOKAmXMgY292ZXJlZCBtb3JlIGNvaGVyZW50bHkgaW4gdGhl IGNvbW1lcmNpYWwgUkhWIGRvY3VtZW50YXRpb24gYXQNCjxhIGhyZWY9Imh0dHBzOi8vYWNjZXNz LnJlZGhhdC5jb20vZG9jdW1lbnRhdGlvbi9lbi9yZWQtaGF0LXZpcnR1YWxpemF0aW9uLzQuMC9z aW5nbGUvYWRtaW5pc3RyYXRpb24tZ3VpZGUjU3RvcmFnZV9wcm9wZXJ0aWVzIj4NCmh0dHBzOi8v YWNjZXNzLnJlZGhhdC5jb20vZG9jdW1lbnRhdGlvbi9lbi9yZWQtaGF0LXZpcnR1YWxpemF0aW9u LzQuMC9zaW5nbGUvYWRtaW5pc3RyYXRpb24tZ3VpZGUjU3RvcmFnZV9wcm9wZXJ0aWVzPC9hPi4N CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkJlc3QsPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+RGFuaWVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGli cmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4NCjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+Jmx0O3VzZXJzLWJvdW5jZXNAb3ZpcnQub3JnJmd0OyBv biBiZWhhbGYgb2YgQ2hyaXN0b3BoZSBUUkVGT0lTICZsdDtjaHJpc3RvcGhlLnRyZWZvaXNAdW5p Lmx1Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIE5vdmVtYmVyIDE0LCAyMDE2IGF0IDEx OjE0IEFNPGJyPg0KPGI+VG86IDwvYj51c2VycyAmbHQ7dXNlcnNAb3ZpcnQub3JnJmd0Ozxicj4N CjxiPlN1YmplY3Q6IDwvYj5bb3ZpcnQtdXNlcnNdIE1vdmUgYSBWTSBiZXR3ZWVuIDIgc2V0dXBz PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhp LCA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGhhdmUg YSBzZXR1cCB3aGVyZSB3ZSB3YW50IHRvIGRlcGxveSAyIGVuZ2luZXMgYXMgdGhlIG5ldHdvcmsg YmV0d2VlbiAyIGJ1aWxkaW5ncyBpcyB1bnJlbGlhYmxlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaXRoIDIgZW5naW5lcywgd2UgdGhlbiB3 YW50IHRvIGJlIGFibGUgdG8gbW92ZSBWTXMgKG9uZSB0aW1lKSBmcm9tIGN1cnJlbnQgZW5naW5l IHdoZXJlIHRoZXkgYXJlIHJ1bm5pbmcgdG8gbmV3IGVuZ2luZSBpbiB0aGUgb3RoZXIgYnVpbGRp bmcuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PklzIHRoZXJlIGEgcmVjb21tZW5kZWQgd29ya2Zsb3cgZm9yIGRvaW5nIHRoaXM/PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBoYXZlIGFjY2Vz cyB0byBzaGFyZWQgTkZTIGZvciB0aGlzIHRhc2sgaWYgcmVxdWlyZWQuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBmb3IgYW55IHBv aW50ZXJzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Q2hyaXN0b3BoZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztsaW5lLWhlaWdodDoxMi4wcHQi Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6 IzNEM0IzQiI+LS0mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6QXJpYWw7Y29sb3I6IzIxMjEyMSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO2xpbmUtaGVpZ2h0OjEyLjBwdCI+DQo8Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojM0QzQjNCIj5EciBDaHJp c3RvcGhlIFRyZWZvaXMsIERpcGwuLUluZy48L3NwYW4+PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OkFyaWFsO2NvbG9yOiMyMTIxMjEiPiZuYnNwOyZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6IzIxMjEyMSI+PGJy Pg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7 Y29sb3I6IzNEM0IzQiI+VGVjaG5pY2FsIFNwZWNpYWxpc3QgLyBQb3N0LURvYzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMjEyMTIx Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bGluZS1oZWln aHQ6MTIuMHB0Ij4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6 QXJpYWw7Y29sb3I6IzNEM0IzQiI+VU5JVkVSU0lUw4kgRFUgTFVYRU1CT1VSRzwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFj ayI+PGJyPg0KPGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9u dC1mYW1pbHk6QXJpYWw7Y29sb3I6IzNEM0IzQiI+TFVYRU1CT1VSRyBDRU5UUkUgRk9SIFNZU1RF TVMgQklPTUVESUNJTkU8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9u dC1mYW1pbHk6QXJpYWw7Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiMzRDNCM0IiPkNhbXB1cyBCZWx2 YWwgfCBIb3VzZSBvZiBCaW9tZWRpY2luZTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOyZuYnNwOzwvc3Bhbj48YnI+DQo8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj42LCBhdmVudWUgZHUgU3dpbmcmbmJzcDs8L3NwYW4+PGJyPg0KTC00MzY3IEJlbHZh dXg8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDsmbmJzcDs8L3NwYW4+ PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s b3I6YmxhY2siPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQt ZmFtaWx5OkFyaWFsO2NvbG9yOiMzRDNCM0IiPlQ6PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPiYjNDM7MzUyIDQ2IDY2IDQ0IDYxMjQ8L3NwYW4+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVw dDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJsYWNrIj48 YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlh bDtjb2xvcjojM0QzQjNCIj5GOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj4mIzQzOzM1MiA0NiA2NiA0NCA2OTQ5PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1p bHk6QXJpYWw7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+PGJyPg0K PGEgaHJlZj0iaHR0cDovL3d3dy51bmkubHUvbGNzYiI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDZE QkQiPmh0dHA6Ly93d3cudW5pLmx1L2xjc2I8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztsaW5lLWhlaWdodDoxMi4wcHQiPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6YmxhY2siPjxhIGhy ZWY9Imh0dHBzOi8vd3d3LmZhY2Vib29rLmNvbS90cmVmZXgiPjxzcGFuIHN0eWxlPSJ0ZXh0LWRl Y29yYXRpb246bm9uZSI+PGltZyBib3JkZXI9IjAiIHdpZHRoPSIyNCIgaGVpZ2h0PSIyNCIgaWQ9 Il94MDAwMF9pMTAyNSIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRtbHNpZy1hc3Nl dHMvcm91bmRlZC9mYWNlYm9vay5wbmciIGFsdD0iYWNlYm9vayI+PC9zcGFuPjwvYT48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDsmbmJzcDs8L3NwYW4+PGEgaHJlZj0i aHR0cHM6Ly90d2l0dGVyLmNvbS9UcmVmZXgiPjxzcGFuIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246 bm9uZSI+PGltZyBib3JkZXI9IjAiIHdpZHRoPSIyNCIgaGVpZ2h0PSIyNCIgaWQ9Il94MDAwMF9p MTAyNiIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRtbHNpZy1hc3NldHMvcm91bmRl ZC90d2l0dGVyLnBuZyIgYWx0PSJ3aXR0ZXIiPjwvc3Bhbj48L2E+PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vcGx1 cy5nb29nbGUuY29tLyYjNDM7Q2hyaXN0b3BoZVRyZWZvaXMvIj48c3BhbiBzdHlsZT0idGV4dC1k ZWNvcmF0aW9uOm5vbmUiPjxpbWcgYm9yZGVyPSIwIiB3aWR0aD0iMjQiIGhlaWdodD0iMjQiIGlk PSJfeDAwMDBfaTEwMjciIHNyYz0iaHR0cHM6Ly9zMy5hbWF6b25hd3MuY29tL2h0bWxzaWctYXNz ZXRzL3JvdW5kZWQvZ29vZ2xlcGx1cy5wbmciIGFsdD0ib29nbGUgUGx1cyI+PC9zcGFuPjwvYT48 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDsmbmJzcDs8L3NwYW4+PGEg aHJlZj0iaHR0cHM6Ly93d3cubGlua2VkaW4uY29tL2luL3RyZWZvaXNjaHJpc3RvcGhlIj48c3Bh biBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmUiPjxpbWcgYm9yZGVyPSIwIiB3aWR0aD0iMjQi IGhlaWdodD0iMjQiIGlkPSJfeDAwMDBfaTEwMjgiIHNyYz0iaHR0cHM6Ly9zMy5hbWF6b25hd3Mu Y29tL2h0bWxzaWctYXNzZXRzL3JvdW5kZWQvbGlua2VkaW4ucG5nIiBhbHQ9Imlua2VkaW4iPjwv c3Bhbj48L2E+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxhIGhyZWY9Imh0dHA6Ly9za3lwZTpUcmVmZXg/Y2FsbCI+PHNwYW4gc3R5bGU9InRl eHQtZGVjb3JhdGlvbjpub25lIj48aW1nIGJvcmRlcj0iMCIgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0 IiBpZD0iX3gwMDAwX2kxMDI5IiBzcmM9Imh0dHBzOi8vczMuYW1hem9uYXdzLmNvbS9odG1sc2ln LWFzc2V0cy9yb3VuZGVkL3NreXBlLnBuZyIgYWx0PSJreXBlIj48L3NwYW4+PC9hPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztsaW5lLWhlaWdodDoxMi4wcHQi Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjoj M0QzQjNCIj4tLS0tPGJyPg0KVGhpcyBtZXNzYWdlIGlzIGNvbmZpZGVudGlhbCBhbmQgbWF5IGNv bnRhaW4gcHJpdmlsZWdlZCBpbmZvcm1hdGlvbi48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KSXQgaXMgaW50ZW5kZWQgZm9yIHRoZSBuYW1lZCBy ZWNpcGllbnQgb25seS48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+PGJyPg0KSWYgeW91IHJlY2VpdmUgaXQgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSBtZSBh bmQgcGVybWFuZW50bHkgZGVsZXRlIHRoZSBvcmlnaW5hbCBtZXNzYWdlIGFuZCBhbnkgY29waWVz LjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQot LS0tPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_3A16E9FE2567404AA4E3F98E854146D1ingramcontentcom_--

5 5

Internal Server error after session timeout
by Derek Atkins 15 Nov '16

15 Nov '16

Using ovirt 4.0.4 on centos 7.2.. I log in as admin@internal using firefox on Fedora 23.. Then I walk away for a while and the session expires. It returns to the password screen. I enter the username and password. If I enter it in and login, *THEN* I get an Internal Server error. It provides a "Click here to continue". Clicking there returns to the origin page and if I click on Administration Portal it takes me to the portal, all logged in. Why does this server error occur? It seems like once it times out and returns to the admin page, it should either return to the original page (suggesting a portal), or it should add a hidden field to the login page that remembers which portal it came from. Regardless, an internal server error is, IMHO, the wrong response. Is this a bug or am I missing something? -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

2 5

[ANN] oVirt 4.0.5 Release is now available
by Sandro Bonazzola 15 Nov '16

15 Nov '16

The oVirt Project is pleased to announce the availability of oVirt 4.0.5, as of November 15th, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This update is the fifth in a series of stabilization updates to the 4.0 series. 4.0.5 brings 16 enhancements and 90 bugfixes, including 43 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [2] * A new oVirt Next Generation Node will be available soon [2] * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[3] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.5 release highlights: http://www.ovirt.org/release/4.0.5/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.0.5/ [2] http://resources.ovirt.org/pub/ovirt-4.0/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

1 0

Re: [ovirt-users] Import VM from export domain fails
by Martijn Grendelman 15 Nov '16

15 Nov '16

--------------FA5F91C9F959F4D340DE6244 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Strange, the import failed twice, and it succeeded when I tried a third time. I'll report back when I encounter this problem again. Thanks. Best regards, Martijn. Op 15-11-2016 om 08:33 schreef Elad Ben Aharon: > Can you please attach engine.log? > Thanks > > On Mon, Nov 14, 2016 at 6:28 PM, Martijn Grendelman > <martijn.grendelman(a)isaac.nl <mailto:martijn.grendelman@isaac.nl>> wrote: > > 2016-11-14 17:24:27,980 ERROR > [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] > (org.ovirt.thread.pool-8-thread-39) [4a0b828a] Exception: > java.lang.reflect.UndeclaredThrowableException > at com.sun.proxy.$Proxy183.isMacInRange(Unknown Source) > at > java.util.function.Predicate.lambda$negate$1(Predicate.java:80) > [rt.jar:1.8.0_111] > at > java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174) > [rt.jar:1.8.0_111] > at > java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) > [rt.jar:1.8.0_111] > at > java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) > [rt.jar:1.8.0_111] > at > java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374) > [rt.jar:1.8.0_111] > at > java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) > [rt.jar:1.8.0_111] > at > java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) > [rt.jar:1.8.0_111] > at > java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) > [rt.jar:1.8.0_111] > at > java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) > [rt.jar:1.8.0_111] > at > java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) > [rt.jar:1.8.0_111] > at > org.ovirt.engine.core.bll.network.vm.ExternalVmMacsFinder.findExternalMacAddresses(ExternalVmMacsFinder.java:38) > [bll.jar:] > at > org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.reportExternalMacs(ImportVmCommandBase.java:438) > [bll.jar:] > at > org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmInterfaces(ImportVmCommandBase.java:552) > [bll.jar:] > at > org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.lambda$addVmToDb$0(ImportVmCommandBase.java:458) > [bll.jar:] > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:204) > [utils.jar:] > at > org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmToDb(ImportVmCommandBase.java:454) > [bll.jar:] > at > org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.executeCommand(ImportVmCommandBase.java:425) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1305) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1447) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2075) > [bll.jar:] > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) > [utils.jar:] > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) > [utils.jar:] > at > org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1490) > [bll.jar:] > at > org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398) > [bll.jar:] > at > org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204) > [bll.jar:] > at > org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.runCommands(PrevalidatingMultipleActionsRunner.java:176) > [bll.jar:] > at > org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.lambda$invokeCommands$3(PrevalidatingMultipleActionsRunner.java:182) > [bll.jar:] > at > org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:92) > [utils.jar:] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > [rt.jar:1.8.0_111] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > [rt.jar:1.8.0_111] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > [rt.jar:1.8.0_111] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > [rt.jar:1.8.0_111] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [rt.jar:1.8.0_111] > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > [rt.jar:1.8.0_111] > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [rt.jar:1.8.0_111] > at java.lang.reflect.Method.invoke(Method.java:498) > [rt.jar:1.8.0_111] > at > org.ovirt.engine.core.utils.lock.LockedObjectFactory$LockingInvocationHandler.invoke(LockedObjectFactory.java:59) > [utils.jar:] > ... 34 more > Caused by: java.lang.NumberFormatException: For input string: "" > at > java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) > [rt.jar:1.8.0_111] > at java.lang.Long.parseLong(Long.java:601) [rt.jar:1.8.0_111] > at > org.ovirt.engine.core.utils.MacAddressRangeUtils.macToLong(MacAddressRangeUtils.java:123) > [utils.jar:] > at > org.ovirt.engine.core.bll.network.macpool.MacPoolUsingRanges.isMacInRange(MacPoolUsingRanges.java:116) > [bll.jar:] > at > org.ovirt.engine.core.bll.network.macpool.DelegatingMacPoolDecorator.isMacInRange(DelegatingMacPoolDecorator.java:56) > [bll.jar:] > ... 39 more > > > Any idea? > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > > --------------FA5F91C9F959F4D340DE6244 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Strange, the import failed twice, and it succeeded when I tried a third time. I'll report back when I encounter this problem again. Thanks. Best regards, Martijn. <div class="moz-cite-prefix">Op 15-11-2016 om 08:33 schreef Elad Ben Aharon: </div> <blockquote cite="mid:50884cc1575a41d7d1f3d115a8f6bb70,CAOpfNcWXqUkk-U3Z7eaU6nC9zUpxYuHDEKcRt0w4rOt+YW1dkA@mail.gmail.com" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <div dir="ltr"> <div>Can you please attach engine.log? </div> Thanks </div> <div class="gmail_extra"> <div class="gmail_quote">On Mon, Nov 14, 2016 at 6:28 PM, Martijn Grendelman <<a moz-do-not-send="true" href="mailto:martijn.grendelman@isaac.nl" target="_blank">martijn.grendelman(a)isaac.nl</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2016-11-14 17:24:27,980 ERROR [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (org.ovirt.thread.pool-8-thread-39) [4a0b828a] Exception: java.lang.reflect.UndeclaredThrowableException at com.sun.proxy.$Proxy183.isMacInRange(Unknown Source) at java.util.function.Predicate.lambda$negate$1(Predicate.java:80) [rt.jar:1.8.0_111] at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174) [rt.jar:1.8.0_111] at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) [rt.jar:1.8.0_111] at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) [rt.jar:1.8.0_111] at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374) [rt.jar:1.8.0_111] at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) [rt.jar:1.8.0_111] at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) [rt.jar:1.8.0_111] at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) [rt.jar:1.8.0_111] at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) [rt.jar:1.8.0_111] at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) [rt.jar:1.8.0_111] at org.ovirt.engine.core.bll.network.vm.ExternalVmMacsFinder.findExternalMacAddresses(ExternalVmMacsFinder.java:38) [bll.jar:] at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.reportExternalMacs(ImportVmCommandBase.java:438) [bll.jar:] at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmInterfaces(ImportVmCommandBase.java:552) [bll.jar:] at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.lambda$addVmToDb$0(ImportVmCommandBase.java:458) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:204) [utils.jar:] at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmToDb(ImportVmCommandBase.java:454) [bll.jar:] at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.executeCommand(ImportVmCommandBase.java:425) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1305) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1447) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2075) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1490) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.runCommands(PrevalidatingMultipleActionsRunner.java:176) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.lambda$invokeCommands$3(PrevalidatingMultipleActionsRunner.java:182) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:92) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_111] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_111] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.ovirt.engine.core.utils.lock.LockedObjectFactory$LockingInvocationHandler.invoke(LockedObjectFactory.java:59) [utils.jar:] ... 34 more Caused by: java.lang.NumberFormatException: For input string: "" at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) [rt.jar:1.8.0_111] at java.lang.Long.parseLong(Long.java:601) [rt.jar:1.8.0_111] at org.ovirt.engine.core.utils.MacAddressRangeUtils.macToLong(MacAddressRangeUtils.java:123) [utils.jar:] at org.ovirt.engine.core.bll.network.macpool.MacPoolUsingRanges.isMacInRange(MacPoolUsingRanges.java:116) [bll.jar:] at org.ovirt.engine.core.bll.network.macpool.DelegatingMacPoolDecorator.isMacInRange(DelegatingMacPoolDecorator.java:56) [bll.jar:] ... 39 more Any idea? _______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </blockquote> </div> </div> </blockquote> </body> </html> --------------FA5F91C9F959F4D340DE6244--

1 0

Import VM from export domain fails
by Martijn Grendelman 14 Nov '16

14 Nov '16

2016-11-14 17:24:27,980 ERROR [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (org.ovirt.thread.pool-8-thread-39) [4a0b828a] Exception: java.lang.reflect.UndeclaredThrowableException at com.sun.proxy.$Proxy183.isMacInRange(Unknown Source) at java.util.function.Predicate.lambda$negate$1(Predicate.java:80) [rt.jar:1.8.0_111] at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174) [rt.jar:1.8.0_111] at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) [rt.jar:1.8.0_111] at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) [rt.jar:1.8.0_111] at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374) [rt.jar:1.8.0_111] at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) [rt.jar:1.8.0_111] at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) [rt.jar:1.8.0_111] at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) [rt.jar:1.8.0_111] at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) [rt.jar:1.8.0_111] at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) [rt.jar:1.8.0_111] at org.ovirt.engine.core.bll.network.vm.ExternalVmMacsFinder.findExternalMacAddresses(ExternalVmMacsFinder.java:38) [bll.jar:] at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.reportExternalMacs(ImportVmCommandBase.java:438) [bll.jar:] at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmInterfaces(ImportVmCommandBase.java:552) [bll.jar:] at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.lambda$addVmToDb$0(ImportVmCommandBase.java:458) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:204) [utils.jar:] at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmToDb(ImportVmCommandBase.java:454) [bll.jar:] at org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.executeCommand(ImportVmCommandBase.java:425) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1305) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1447) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2075) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1490) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.runCommands(PrevalidatingMultipleActionsRunner.java:176) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.lambda$invokeCommands$3(PrevalidatingMultipleActionsRunner.java:182) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:92) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_111] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_111] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.ovirt.engine.core.utils.lock.LockedObjectFactory$LockingInvocationHandler.invoke(LockedObjectFactory.java:59) [utils.jar:] ... 34 more Caused by: java.lang.NumberFormatException: For input string: "" at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) [rt.jar:1.8.0_111] at java.lang.Long.parseLong(Long.java:601) [rt.jar:1.8.0_111] at org.ovirt.engine.core.utils.MacAddressRangeUtils.macToLong(MacAddressRangeUtils.java:123) [utils.jar:] at org.ovirt.engine.core.bll.network.macpool.MacPoolUsingRanges.isMacInRange(MacPoolUsingRanges.java:116) [bll.jar:] at org.ovirt.engine.core.bll.network.macpool.DelegatingMacPoolDecorator.isMacInRange(DelegatingMacPoolDecorator.java:56) [bll.jar:] ... 39 more Any idea?

2 1

Move a VM between 2 setups
by Christophe TREFOIS 14 Nov '16

14 Nov '16

--Apple-Mail=_346CBE6C-F06A-4574-8A70-D800D0AA201C Content-Type: multipart/alternative; boundary="Apple-Mail=_68181CCE-70F2-4539-B11E-41C1721F4AE4" --Apple-Mail=_68181CCE-70F2-4539-B11E-41C1721F4AE4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, We have a setup where we want to deploy 2 engines as the network between = 2 buildings is unreliable. With 2 engines, we then want to be able to move VMs (one time) from = current engine where they are running to new engine in the other = building. Is there a recommended workflow for doing this? We have access to shared NFS for this task if required. Thanks for any pointers, Christophe --=20 Dr Christophe Trefois, Dipl.-Ing. =20 Technical Specialist / Post-Doc UNIVERSIT=C3=89 DU LUXEMBOURG LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE Campus Belval | House of Biomedicine =20 6, avenue du Swing=20 L-4367 Belvaux =20 T: +352 46 66 44 6124=20 F: +352 46 66 44 6949 =20 http://www.uni.lu/lcsb <http://www.uni.lu/lcsb> <https://www.facebook.com/trefex> <https://twitter.com/Trefex> = <https://plus.google.com/+ChristopheTrefois/> = <https://www.linkedin.com/in/trefoischristophe> = <http://skype:Trefex?call> ---- This message is confidential and may contain privileged information.=20 It is intended for the named recipient only.=20 If you receive it in error please notify me and permanently delete the = original message and any copies.=20 ---- =20 --Apple-Mail=_68181CCE-70F2-4539-B11E-41C1721F4AE4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">Hi,<div class=3D""> </div><div class=3D"">We = have a setup where we want to deploy 2 engines as the network between 2 = buildings is unreliable.</div><div class=3D""> </div><div = class=3D"">With 2 engines, we then want to be able to move VMs (one = time) from current engine where they are running to new engine in the = other building.</div><div class=3D""> </div><div = class=3D"">Is there a recommended workflow for doing this?</div><div = class=3D"">We have access to shared NFS for this task if = required.</div><div class=3D""> </div><div class=3D"">Thanks= for any pointers,</div><div class=3D"">Christophe</div><div = class=3D""><div class=3D""> <div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: = auto; text-align: start; text-indent: 0px; text-transform: none; = white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; = orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; = orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">-- Dr Christophe Trefois, = Dipl.-Ing.   Technical = Specialist / Post-DocUNIVERSIT=C3=89 DU LUXEMBOURG LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE Campus Belval | House of Biomedicine   6, avenue du Swing  L-4367 Belvaux   T: +352 46 66 44 = 6124  F: +352 46 66 44 = 6949   <a = href=3D"http://www.uni.lu/lcsb" style=3D"color: rgb(0, 109, 189); = display: inline;" class=3D"">http://www.uni.lu/lcsb</a><a href=3D"https://www.facebook.com/trefex" = style=3D"display: inline;" class=3D""><img width=3D"24" height=3D"24" = data-filename=3D"facebook.png" = src=3D"https://s3.amazonaws.com/htmlsig-assets/rounded/facebook.png" = alt=3D"Facebook" class=3D""></a>  <a = href=3D"https://twitter.com/Trefex" style=3D"display: inline;" = class=3D""><img width=3D"24" height=3D"24" data-filename=3D"twitter.png" = src=3D"https://s3.amazonaws.com/htmlsig-assets/rounded/twitter.png" = alt=3D"Twitter" class=3D""></a>  <a = href=3D"https://plus.google.com/+ChristopheTrefois/" style=3D"display: = inline;" class=3D""><img width=3D"24" height=3D"24" = data-filename=3D"googleplus.png" = src=3D"https://s3.amazonaws.com/htmlsig-assets/rounded/googleplus.png" = alt=3D"Google Plus" class=3D""></a>  <a = href=3D"https://www.linkedin.com/in/trefoischristophe" style=3D"display: = inline;" class=3D""><img width=3D"24" height=3D"24" = data-filename=3D"linkedin.png" = src=3D"https://s3.amazonaws.com/htmlsig-assets/rounded/linkedin.png" = alt=3D"Linkedin" class=3D""></a>  <a = href=3D"http://skype:Trefex?call" style=3D"display: inline;" = class=3D""><img width=3D"24" height=3D"24" data-filename=3D"skype.png" = src=3D"https://s3.amazonaws.com/htmlsig-assets/rounded/skype.png" = alt=3D"skype" class=3D""></a>---- This message is confidential and may contain privileged = information.  It is intended for the named recipient only.  If you = receive it in error please notify me and permanently delete the original = message and any copies.  ----   </div></div></div> </div> </div></body></html>= --Apple-Mail=_68181CCE-70F2-4539-B11E-41C1721F4AE4-- --Apple-Mail=_346CBE6C-F06A-4574-8A70-D800D0AA201C Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKUjCCBQAw ggPooAMCAQICEANL7hcft+EGNy/UckJAvSowDQYJKoZIhvcNAQELBQAwZTELMAkGA1UEBhMCVVMx FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UE AxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBSb290IENBMB4XDTE0MTExODEyMDAwMFoXDTI0MTExODEy MDAwMFowaTELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQBgNVBAcTCUFt c3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMR0wGwYDVQQDExRURVJFTkEgUGVyc29uYWwgQ0EgMzCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMalux9VgvSlNHIUcmWbX9XqoGjYm4KJT1Ni nHuMzg7a1DIOrxuMy6br2+DrAzSUwYd+UyCoHvkbF4p9AWYSV2heLZwuKyGoVS9TZwl4zdJpGwuT YGy4KBPOH02xiCatRfrQoc6rt5gpVnFs8VYkXacw4G4xc27aoFdMZIt4tcec28bevtMvMaDWgDm1 4DFAToSjzJJJ4hds/vBkHvq6vCWHnU8huslmOQON1BUQuHs6VM/VY7pP8d/oGwR94VymhrV74xb+ XDRV61M88dDXkdgpg/ZZiiEfHMOIL5BTATtRlUGWn1xcinAe4PNKJtzlEbfPSf+PZJALHQOTkUwB QSsCAwEAAaOCAaYwggGiMBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMHkGCCsG AQUFBwEBBG0wazAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuZGlnaWNlcnQuY29tMEMGCCsGAQUF BzAChjdodHRwOi8vY2FjZXJ0cy5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURSb290Q0Eu Y3J0MIGBBgNVHR8EejB4MDqgOKA2hjRodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vRGlnaUNlcnRB c3N1cmVkSURSb290Q0EuY3JsMDqgOKA2hjRodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vRGlnaUNl cnRBc3N1cmVkSURSb290Q0EuY3JsMD0GA1UdIAQ2MDQwMgYEVR0gADAqMCgGCCsGAQUFBwIBFhxo dHRwczovL3d3dy5kaWdpY2VydC5jb20vQ1BTMB0GA1UdDgQWBBTwIelJd3Ofha4YO+hScBQG7ULu yjAfBgNVHSMEGDAWgBRF66Kv9JLLgjEtUYunpyGd823IDzANBgkqhkiG9w0BAQsFAAOCAQEAOsIb K/5j3rthtLlHqPx8BbEmICJRm8g9+fXFWB6wXqOynAJBjzEaf8wbTh34mH3sjwj9d/Hb0kQQWrat CbDg/GI71GINnvGgPE13iutENHuOu04pA/wn6j5qHS9I4/raGcP/M9Ls1Ey0jJVLYbbvsoAvl8hH raeCv3zh+YmCEO/RuyMYCZ67cQ/TGFSwMlPrUigAagoGfEE8B6DdZex1Kbgaftu3K9qR7IW1h5uv YqY4FJrbw9GoZIO6vnppmEmgzZ4zNzqmua8bDC0DNGxzm3Y6wpG4dZXo7dqc/YrbuMZlHZuLVVfU 1BS8hulU1O7COb5dxm2xr8AAkX0oaQSx4DCCBUowggQyoAMCAQICEAJDdu0H9sAounPvkFiVbagw DQYJKoZIhvcNAQELBQAwaTELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQ BgNVBAcTCUFtc3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMR0wGwYDVQQDExRURVJFTkEgUGVyc29u YWwgQ0EgMzAeFw0xNjAzMjUwMDAwMDBaFw0xNzAzMjUxMjAwMDBaMH0xCzAJBgNVBAYTAkxVMRMw EQYDVQQIEwpMdXhlbWJvdXJnMRkwFwYDVQQHExBFc2NoLXN1ci1BbHpldHRlMSEwHwYDVQQKExhV bml2ZXJzaXR5IG9mIEx1eGVtYm91cmcxGzAZBgNVBAMTEkNocmlzdG9waGUgVFJFRk9JUzCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANHzL1OcDBWPgD2gZyEnmbC0aJE4w0Kpe+KxiR8L FHra4brL+dIFPB6aoB98Dr8Hsnt5vxBC5J3dCiMsTSG8yFLG55yJVsd6uhv9XYuh2Vva2tqCfuyK mKrVBXFTL7k/4NjE6+gPTStgtVwckiwtTgDDaLQIzY6WxBy8AUepforjMrfbuS18JkbBD07K0VRk zs8U7Ix9l71icYos2zlhgUIJ2JR9+YxZYETzfceTLwNmDv3k68iSPn9/vKgYzPrh3fjV4HovVQfW nGnisL82WQ4fCxhf22zGPOwPTOJ+VzIi8c21gpHgJFbDvnoiwJCitTi3Tpiybmq4vT4RqUuTrJUC AwEAAaOCAdgwggHUMB8GA1UdIwQYMBaAFPAh6Ul3c5+Frhg76FJwFAbtQu7KMB0GA1UdDgQWBBTt MBqK3jv1HoiGgWfymeVVspO+1zAMBgNVHRMBAf8EAjAAMCQGA1UdEQQdMBuBGWNocmlzdG9waGUu dHJlZm9pc0B1bmkubHUwDgYDVR0PAQH/BAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEF BQcDBDBDBgNVHSAEPDA6MDgGCmCGSAGG/WwEAQIwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cu ZGlnaWNlcnQuY29tL0NQUzB1BgNVHR8EbjBsMDSgMqAwhi5odHRwOi8vY3JsMy5kaWdpY2VydC5j b20vVEVSRU5BUGVyc29uYWxDQTMuY3JsMDSgMqAwhi5odHRwOi8vY3JsNC5kaWdpY2VydC5jb20v VEVSRU5BUGVyc29uYWxDQTMuY3JsMHMGCCsGAQUFBwEBBGcwZTAkBggrBgEFBQcwAYYYaHR0cDov L29jc3AuZGlnaWNlcnQuY29tMD0GCCsGAQUFBzAChjFodHRwOi8vY2FjZXJ0cy5kaWdpY2VydC5j b20vVEVSRU5BUGVyc29uYWxDQTMuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQAhRNy3dvEkHiycx1Bl 2uIH+34HKhySFOi+ot6PwebxCBshASTp4ikwwmFTGik6qyJ4+SmepuF8eJsRtzKh/iLtF82dUNyK 0RI3BnFhtGBAEk61t1apNXs6brsIPMydp/lgeOLg/7yEcTH3obeusvh2Fd5venKGJ5rQin3c1Lz/ NWE9BlxRtOpRp0Ht6jwHgqL1BqVNcqhioCUNzYIP3+Zl37ISjdYvR0bh6FvQjL8W7uKoudkOStOe hRNpKNTpTWydP7DEvhI/XahOyQBAQhPQtfFZzchukvA7RMYtSFJDj0OaLBPUh+UGOK6vf0g95NBM GdLfKDsnbRDWvhYf5mOiMYIDJTCCAyECAQEwfTBpMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9v cmQtSG9sbGFuZDESMBAGA1UEBxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExHTAbBgNVBAMT FFRFUkVOQSBQZXJzb25hbCBDQSAzAhACQ3btB/bAKLpz75BYlW2oMAkGBSsOAwIaBQCgggF9MBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE2MTExNDE3MTM1OVowIwYJ KoZIhvcNAQkEMRYEFETxtIGo2l5/9jbapMv570cTvsrnMIGMBgkrBgEEAYI3EAQxfzB9MGkxCzAJ BgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN BgNVBAoTBlRFUkVOQTEdMBsGA1UEAxMUVEVSRU5BIFBlcnNvbmFsIENBIDMCEAJDdu0H9sAounPv kFiVbagwgY4GCyqGSIb3DQEJEAILMX+gfTBpMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQt SG9sbGFuZDESMBAGA1UEBxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExHTAbBgNVBAMTFFRF UkVOQSBQZXJzb25hbCBDQSAzAhACQ3btB/bAKLpz75BYlW2oMA0GCSqGSIb3DQEBAQUABIIBAMqg MIQSNm/Oo0NyIzjESK3HBRQpuIuNRQyp3pt9dfAt11t0SF3p/1hZl/27wMo+E9T/3E+DP2RythwD tbzdQhZmQba6Agl7xkDHRHb/D1rX0FPGl90HaJDv1jmw7wVe3XTWEagYlZ8G+uP+o8Jcbjw9cOI6 5LY4a7gUnNW/6Sw8YZNg3DlbUSTQg8f6ntLtoy0Sr8BUsVSnAbndYAphSpo5L+7Acdx9jW/Nd0Io cuPAWGZQAcQ0Ws+kMTgNIKAsQ3EsswkiurvRi+AQXExzBzym09O2/fO0Yk4koQ6xU9ZXVclsPXoA pgDEIyPEWemWCVV8ybyGZkxMX2qNNV2A8iEAAAAAAAA= --Apple-Mail=_346CBE6C-F06A-4574-8A70-D800D0AA201C--

1 0

Unexpected SSL errors (unexpected eof) in vdsm log?
by Derek Atkins 14 Nov '16

14 Nov '16

Trying to track down some issues I'm seeing and I've noticed a log full of SSL Errors: JsonRpc (StompReactor)::ERROR::2016-11-07 13:03:04,402::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof JsonRpc (StompReactor)::ERROR::2016-11-07 13:03:08,135::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof JsonRpc (StompReactor)::ERROR::2016-11-07 13:03:11,896::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof JsonRpc (StompReactor)::ERROR::2016-11-07 13:03:15,532::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof JsonRpc (StompReactor)::ERROR::2016-11-07 13:03:29,155::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof JsonRpc (StompReactor)::ERROR::2016-11-07 13:03:36,418::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof JsonRpc (StompReactor)::ERROR::2016-11-07 13:03:36,612::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof JsonRpc (StompReactor)::ERROR::2016-11-07 13:03:40,418::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof JsonRpc (StompReactor)::ERROR::2016-11-07 13:03:44,158::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof JsonRpc (StompReactor)::ERROR::2016-11-07 13:03:47,878::betterAsyncore::113::vds.dispatcher::(recv) SSL error during reading data: unexpected eof Any idea where this is coming from, and how to fix it? -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

3 8

Reminder: FOSDEM IaaS/Virt Devroom deadline ends Nov. 18
by Brian Proffitt 14 Nov '16

14 Nov '16

This is a reminder to all that the call for presentations for the iaaS and Virtualization DevRoom at the 2017 FOSDEM is coming up very soon. If you are interested in submitting a presentation, all of the pertinent details can be found in this blog[1]. We're getting some good submittals in already, so add yours to the candidates! Peace, Brian [1] http://www.ovirt.org/blog/2016/10/call-for-proposal-fosdem-2017/ -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

1 0