- Users - oVirt List Archives

[Users] 3.1 and centos 6.3 problem
by Fernando Ariel Martinez 25 Feb '13

25 Feb '13

I have installed ovirt 3.1 according to the instructions in "Integrating Gluster storage into oVirt" - by Robert Middleswarth, linked in http://wiki.ovirt.org/Documentation. I was able to complete the instructions successfully but I have problems when a need to create a VM. Especifically when I need to allocate space for the virtual disk. I have: 1 ovirt engine server, (admin) 2 nodes, IBM System x 3650M3 (nodo1, nodo2) 1 switch cisco SG 300-20 (to connect them) I created a VM (vm1). When I add a 10GB preallocated disk to vm1, after a few seconds the ovirt engine server loses the connection with the node SPM. I can see in the events tab "Invalid status on Data Center Default. Setting status to Non-Responsive." Then, the SPM changes to the other node. At last, in the events tab I can see "Operation Add-Disk failed to complete on VM vm1." I have set SELinux in permissive mode. I have also disabled iptables. In the ovirt engine server there are an ISO domain, called iso, (NFS Export Path: admin.cluster:/nfs/iso) and an Export domain, called exp, (NFS Export Path: admin.cluster:/nfs/export). In each node with gluster, the /data directory is used to create the volume vol1 (type: Replicate) The Data domain is called vms (NFS Export Path: localhost:/vol1). Some help wil be appreciated Fernando M. -- --------------------------------------------------- Lic. Fernando Ariel Martinez --------------------------------------------------- Biblioteca Central Prof. Nicolás Matijevic Universidad Nacional del Sur - http://bc.uns.edu.ar Bahía Blanca - Argentina ---------------------------------------------------

2 3

[Users] Ovirtn-node problem for help
by xianghuadu 25 Feb '13

25 Feb '13

This is a multi-part message in MIME format. ------=_001_NextPart510357164017_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SSBhbSBpbiBpbnN0YWxsYXRpb24gb3ZpcnQgLSBlbmdpbmUgKyBvdmlydCAtIG5vZGUsIHdoZW4g b3ZpcnQgLSBlbmdpbmUgYWRkIG5vZGUgLSBob3N0IG5vZGUgdW5hYmxlIHRvIGFjdGl2YXRlLiBJ IHRocm91Z2ggdGhlIHZpZXcgb3ZpcnQgLSBlbmdpbmUgbG9nLCB0aXA6IFZEUyBOZXR3b3JrIEVy cm9yLCBjb250aW51aW5nLiBCdXQgSSBzZWUgbm9kZSBuZXR3b3JrIGNvbmZpZ3VyYXRpb24gaXMg bm9ybWFsLg0KSG9wZSBldmVyeWJvZHkgY2FuIGhlbHAgbWUgdG8gc29sdmUgdGhpcyBwcm9ibGVt DQpCZWxvdyBpcyBteSBsb2cgaW5mb3JtYXRpb246DQogb3ZpcnQtZW5naW5lIGxvZzoNCjIwMTMt MDItMjUgMTc6MjA6MTYsNzg2IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLk9WaXJ0 SW5zdGFsbGVyXSAocG9vbC0zLXRocmVhZC00OSkgWzE5NGIxYTBdIEluc3RhbGxhdGlvbiBvZiAx OTIuMTY4LjEuMjA0LiBFeGVjdXRpbmcgb1ZpcnQgaW5zdGFsbGF0aW9uIHN0YWdlLiAoU3RhZ2U6 IERvd25sb2FkaW5nIGNlcnRpZmljYXRlIHJlcXVlc3QgZnJvbSBIb3N0KQ0KMjAxMy0wMi0yNSAx NzoyMDoxNiw3ODggSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy5ob3N0aW5zdGFs bC5WZHNJbnN0YWxsZXJTU0hdIChwb29sLTMtdGhyZWFkLTQ5KSBTU0ggcmVjZWl2ZSByb290QDE5 Mi4xNjguMS4yMDQ6Jy90bXAvY2VydF9jNDY1ZDlhOC1lY2RhLTQ5YzQtOGVhNi0yZTMwY2MwMzJl NWUucmVxJyAnL2V0Yy9wa2kvb3ZpcnQtZW5naW5lL3JlcXVlc3RzL2NlcnRfYzQ2NWQ5YTgtZWNk YS00OWM0LThlYTYtMmUzMGNjMDMyZTVlLnJlcScpDQoyMDEzLTAyLTI1IDE3OjIwOjE2LDg0MCBJ TkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNJbnN0YWxsZXJdIChwb29sLTMtdGhy ZWFkLTQ5KSBbMTk0YjFhMF0gSW5zdGFsbGF0aW9uIG9mIDE5Mi4xNjguMS4yMDQuIHN1Y2Nlc3Nm dWxseSBkb25lIHNmdHAgb3BlcmF0aW9uICggU3RhZ2U6IERvd25sb2FkaW5nIGNlcnRpZmljYXRl IHJlcXVlc3QgZnJvbSBIb3N0KQ0KMjAxMy0wMi0yNSAxNzoyMDoxNiw4NDEgSU5GTyAgW29yZy5v dmlydC5lbmdpbmUuY29yZS5ibGwuVmRzSW5zdGFsbGVyXSAocG9vbC0zLXRocmVhZC00OSkgWzE5 NGIxYTBdICBEb3dubG9hZENlcnRpZmljYXRlUmVxdWVzdCBlbmRlZDp0cnVlDQoyMDEzLTAyLTI1 IDE3OjIwOjE2LDg0MiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5PVmlydEluc3Rh bGxlcl0gKHBvb2wtMy10aHJlYWQtNDkpIFsxOTRiMWEwXSBJbnN0YWxsYXRpb24gb2YgMTkyLjE2 OC4xLjIwNC4gRXhlY3V0aW5nIG9WaXJ0IGluc3RhbGxhdGlvbiBzdGFnZS4gKFN0YWdlOiBTaWdu IGNlcnRpZmljYXRlIHJlcXVlc3QgYW5kIGdlbmVyYXRlIGNlcnRpZmljYXRlKQ0KMjAxMy0wMi0y NSAxNzoyMDoxNyw4OTQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzSW5zdGFs bGVyXSAocG9vbC0zLXRocmVhZC00OSkgWzE5NGIxYTBdICBTaWduQ2VydGlmaWNhdGVSZXF1ZXN0 IGVuZGVkOnRydWUNCjIwMTMtMDItMjUgMTc6MjA6MTcsODk1IElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUuYmxsLk9WaXJ0SW5zdGFsbGVyXSAocG9vbC0zLXRocmVhZC00OSkgWzE5NGIxYTBd IEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEuMjA0LiBFeGVjdXRpbmcgb1ZpcnQgaW5zdGFsbGF0 aW9uIHN0YWdlLiAoU3RhZ2U6IFVwbG9hZCBzaWduZWQgc2VydGlmaWNhdGUgdG8gSG9zdCkNCjIw MTMtMDItMjUgMTc6MjA6MTcsOTEzIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZk c0luc3RhbGxlcl0gKHBvb2wtMy10aHJlYWQtNDkpIFsxOTRiMWEwXSBJbnN0YWxsYXRpb24gb2Yg MTkyLjE2OC4xLjIwNC4gc3VjY2Vzc2Z1bGx5IGRvbmUgc2Z0cCBvcGVyYXRpb24gKCBTdGFnZTog VXBsb2FkIHNpZ25lZCBzZXJ0aWZpY2F0ZSB0byBIb3N0KQ0KMjAxMy0wMi0yNSAxNzoyMDoxNyw5 MTUgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzSW5zdGFsbGVyXSAocG9vbC0z LXRocmVhZC00OSkgWzE5NGIxYTBdICBVcGxvYWRTaWduZWRDZXJ0aWZpY2F0ZSBlbmRlZDp0cnVl DQoyMDEzLTAyLTI1IDE3OjIwOjE3LDkxNiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJs bC5PVmlydEluc3RhbGxlcl0gKHBvb2wtMy10aHJlYWQtNDkpIFsxOTRiMWEwXSBJbnN0YWxsYXRp b24gb2YgMTkyLjE2OC4xLjIwNC4gRXhlY3V0aW5nIG9WaXJ0IGluc3RhbGxhdGlvbiBzdGFnZS4g KFN0YWdlOiBVcGxvYWQgQ2VyZmljYXRlIEF1dG9yaXR5IHRvIEhvc3QpDQoyMDEzLTAyLTI1IDE3 OjIwOjE3LDk2NyBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNJbnN0YWxsZXJd IChwb29sLTMtdGhyZWFkLTQ5KSBbMTk0YjFhMF0gSW5zdGFsbGF0aW9uIG9mIDE5Mi4xNjguMS4y MDQuIHN1Y2Nlc3NmdWxseSBkb25lIHNmdHAgb3BlcmF0aW9uICggU3RhZ2U6IFVwbG9hZCBDZXJm aWNhdGUgQXV0b3JpdHkgdG8gSG9zdCkNCjIwMTMtMDItMjUgMTc6MjA6MTcsOTY4IElORk8gIFtv cmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLk9WaXJ0SW5zdGFsbGVyXSAocG9vbC0zLXRocmVhZC00 OSkgWzE5NGIxYTBdIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEuMjA0LiBFeGVjdXRpbmcgb1Zp cnQgaW5zdGFsbGF0aW9uIHN0YWdlLCBzZW5kaW5nIFNTSCBDb21tYW5kIC91c3Ivc2hhcmUvdmRz bS1yZWcvdmRzbS1jb21wbGV0ZSAtYyAnc3NsPXRydWUnIGM0NjVkOWE4LWVjZGEtNDljNC04ZWE2 LTJlMzBjYzAzMmU1ZSAwLiAoU3RhZ2U6IFJ1bm5pbmcgc2Vjb25kIGluc3RhbGxhdGlvbiBzY3Jp cHQgb24gSG9zdCkNCjIwMTMtMDItMjUgMTc6MjA6MTcsOTcwIElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUudXRpbHMuaG9zdGluc3RhbGwuVmRzSW5zdGFsbGVyU1NIXSAocG9vbC0zLXRocmVh ZC00OSkgU1NIIGV4ZWN1dGUgcm9vdEAxOTIuMTY4LjEuMjA0ICcvdXNyL3NoYXJlL3Zkc20tcmVn L3Zkc20tY29tcGxldGUgLWMgJ3NzbD10cnVlJyBjNDY1ZDlhOC1lY2RhLTQ5YzQtOGVhNi0yZTMw Y2MwMzJlNWUgMCcNCjIwMTMtMDItMjUgMTc6MjE6NTAsMTA4IElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUuYmxsLlZkc0luc3RhbGxlcl0gKE5pb1Byb2Nlc3Nvci0yNjApIEluc3RhbGxhdGlv biBvZiAxOTIuMTY4LjEuMjA0LiBSZWNlaXZlZCBtZXNzYWdlOiA8QlNUUkFQIGNvbXBvbmVudD0n aW5zdENlcnQnIHN0YXR1cz0nT0snLz4uIEZZSS4gKFN0YWdlOiBSdW5uaW5nIHNlY29uZCBpbnN0 YWxsYXRpb24gc2NyaXB0IG9uIEhvc3QpDQoyMDEzLTAyLTI1IDE3OjIxOjUwLDExNiBJTkZPICBb b3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNJbnN0YWxsZXJdIChOaW9Qcm9jZXNzb3ItMjYw KSBJbnN0YWxsYXRpb24gb2YgMTkyLjE2OC4xLjIwNC4gUmVjZWl2ZWQgbWVzc2FnZTogPEJTVFJB UCBjb21wb25lbnQ9J0NvcmVEdW1wJyBzdGF0dXM9J09LJy8+LiBGWUkuIChTdGFnZTogUnVubmlu ZyBzZWNvbmQgaW5zdGFsbGF0aW9uIHNjcmlwdCBvbiBIb3N0KQ0KMjAxMy0wMi0yNSAxNzoyMTo1 MCwxMjQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzSW5zdGFsbGVyXSAoTmlv UHJvY2Vzc29yLTI2MCkgSW5zdGFsbGF0aW9uIG9mIDE5Mi4xNjguMS4yMDQuIFJlY2VpdmVkIG1l c3NhZ2U6IDxCU1RSQVAgY29tcG9uZW50PSdjbGVhbkFsbCcgc3RhdHVzPSdPSycvPi4gRllJLiAo U3RhZ2U6IFJ1bm5pbmcgc2Vjb25kIGluc3RhbGxhdGlvbiBzY3JpcHQgb24gSG9zdCkNCjIwMTMt MDItMjUgMTc6MjE6NTAsMTMyIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZkc0lu c3RhbGxlcl0gKE5pb1Byb2Nlc3Nvci0yNjApIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEuMjA0 LiBSZWNlaXZlZCBtZXNzYWdlOiA8QlNUUkFQIGNvbXBvbmVudD0nVkRTIENvbmZpZ3VyYXRpb24n IHN0YXR1cz0nT0snLz4uIEZZSS4gKFN0YWdlOiBSdW5uaW5nIHNlY29uZCBpbnN0YWxsYXRpb24g c2NyaXB0IG9uIEhvc3QpDQoyMDEzLTAyLTI1IDE3OjIxOjUwLDEzOSBJTkZPICBbb3JnLm92aXJ0 LmVuZ2luZS5jb3JlLmJsbC5WZHNJbnN0YWxsZXJdIChOaW9Qcm9jZXNzb3ItMjYwKSBJbnN0YWxs YXRpb24gb2YgMTkyLjE2OC4xLjIwNC4gUmVjZWl2ZWQgbWVzc2FnZTogPEJTVFJBUCBjb21wb25l bnQ9J1Jlc3RhcnQnIHN0YXR1cz0nT0snIG1lc3NhZ2U9J1Jlc3RhcnRpbmcgdmRzbWQgc2Vydmlj ZScgLz4uIEZZSS4gKFN0YWdlOiBSdW5uaW5nIHNlY29uZCBpbnN0YWxsYXRpb24gc2NyaXB0IG9u IEhvc3QpDQoyMDEzLTAyLTI1IDE3OjIxOjUwLDE0OSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5j b3JlLmJsbC5WZHNJbnN0YWxsZXJdIChOaW9Qcm9jZXNzb3ItMjYwKSBJbnN0YWxsYXRpb24gb2Yg MTkyLjE2OC4xLjIwNC4gUmVjZWl2ZWQgbWVzc2FnZTogPEJTVFJBUCBjb21wb25lbnQ9J1JIRVZf SU5TVEFMTCcgc3RhdHVzPSdPSycvPi4gU3RhZ2UgY29tcGxldGVkLiAoU3RhZ2U6IFJ1bm5pbmcg c2Vjb25kIGluc3RhbGxhdGlvbiBzY3JpcHQgb24gSG9zdCkNCjIwMTMtMDItMjUgMTc6MjE6NTAs MTU4IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkluc3RhbGxWZHNDb21tYW5kXSAo cG9vbC0zLXRocmVhZC00OSkgWzE5NGIxYTBdIEFmdGVyIEluc3RhbGxhdGlvbiBwb29sLTMtdGhy ZWFkLTQ5DQoyMDEzLTAyLTI1IDE3OjIxOjUwLDE2NSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5j b3JlLnZkc2Jyb2tlci5TZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAocG9vbC0zLXRocmVhZC00OSkg WzE5NGIxYTBdIFNUQVJULCBTZXRWZHNTdGF0dXNWRFNDb21tYW5kKEhvc3ROYW1lID0gMjA0LCBI b3N0SWQgPSA4NWJkZGQyYy03ZjJjLTExZTItODM3Yy0wMDE4OGJlNGRlMjksIHN0YXR1cz1Ob25S ZXNwb25zaXZlLCBub25PcGVyYXRpb25hbFJlYXNvbj1OT05FKSwgbG9nIGlkOiA4NTUxMDRmDQoy MDEzLTAyLTI1IDE3OjIxOjUwLDE2OSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jy b2tlci5TZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAocG9vbC0zLXRocmVhZC00OSkgWzE5NGIxYTBd IEZJTklTSCwgU2V0VmRzU3RhdHVzVkRTQ29tbWFuZCwgbG9nIGlkOiA4NTUxMDRmDQoyMDEzLTAy LTI1IDE3OjIxOjUwLDE3MiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5T ZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAocG9vbC0zLXRocmVhZC00OSkgWzE5NGIxYTBdIFNUQVJU LCBTZXRWZHNTdGF0dXNWRFNDb21tYW5kKEhvc3ROYW1lID0gMjA0LCBIb3N0SWQgPSA4NWJkZGQy Yy03ZjJjLTExZTItODM3Yy0wMDE4OGJlNGRlMjksIHN0YXR1cz1VbmFzc2lnbmVkLCBub25PcGVy YXRpb25hbFJlYXNvbj1OT05FKSwgbG9nIGlkOiA3ZDJjOWZiMw0KMjAxMy0wMi0yNSAxNzoyMTo1 MCwxNzYgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuU2V0VmRzU3RhdHVz VkRTQ29tbWFuZF0gKHBvb2wtMy10aHJlYWQtNDkpIFsxOTRiMWEwXSBGSU5JU0gsIFNldFZkc1N0 YXR1c1ZEU0NvbW1hbmQsIGxvZyBpZDogN2QyYzlmYjMNCjIwMTMtMDItMjUgMTc6MjE6NTEsNTUz IFdBUk4gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlZkc01hbmFnZXJdIChRdWFy dHpTY2hlZHVsZXJfV29ya2VyLTQxKSBSZXNvdXJjZU1hbmFnZXI6OnJlZnJlc2hWZHNSdW5UaW1l SW5mbzo6RmFpbGVkIHRvIHJlZnJlc2ggVkRTICwgdmRzID0gODViZGRkMmMtN2YyYy0xMWUyLTgz N2MtMDAxODhiZTRkZTI5IDogMjA0LCBWRFMgTmV0d29yayBFcnJvciwgY29udGludWluZy4NClZE U05ldHdvcmtFeGNlcHRpb246IA0KMjAxMy0wMi0yNSAxNzoyMTo1Myw1NjcgV0FSTiAgW29yZy5v dmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuVmRzTWFuYWdlcl0gKFF1YXJ0elNjaGVkdWxlcl9X b3JrZXItMjcpIFs1ZjE5NDkyOF0gUmVzb3VyY2VNYW5hZ2VyOjpyZWZyZXNoVmRzUnVuVGltZUlu Zm86OkZhaWxlZCB0byByZWZyZXNoIFZEUyAsIHZkcyA9IDg1YmRkZDJjLTdmMmMtMTFlMi04Mzdj LTAwMTg4YmU0ZGUyOSA6IDIwNCwgVkRTIE5ldHdvcmsgRXJyb3IsIGNvbnRpbnVpbmcuDQpWRFNO ZXR3b3JrRXhjZXB0aW9uOiANCjIwMTMtMDItMjUgMTc6MjE6NTUsNTgyIEVSUk9SIFtvcmcub3Zp cnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlZkc01hbmFnZXJdIChRdWFydHpTY2hlZHVsZXJfV29y a2VyLTEwKSBWRFM6OmhhbmRsZU5ldHdvcmtFeGNlcHRpb24gU2VydmVyIGZhaWxlZCB0byByZXNw b25kLCAgdmRzX2lkID0gODViZGRkMmMtN2YyYy0xMWUyLTgzN2MtMDAxODhiZTRkZTI5LCB2ZHNf bmFtZSA9IDIwNCwgZXJyb3IgPSBWRFNOZXR3b3JrRXhjZXB0aW9uOiANCjIwMTMtMDItMjUgMTc6 MjE6NTUsNTkwIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZkc0V2ZW50TGlzdGVu ZXJdIChwb29sLTMtdGhyZWFkLTQ5KSBSZXNvdXJjZU1hbmFnZXI6OnZkc05vdFJlc3BvbmRpbmcg ZW50ZXJlZCBmb3IgSG9zdCA4NWJkZGQyYy03ZjJjLTExZTItODM3Yy0wMDE4OGJlNGRlMjksIDE5 Mi4xNjguMS4yMDQNCjIwMTMtMDItMjUgMTc6MjE6NTUsNjAxIFdBUk4gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUuYmxsLlZkc05vdFJlc3BvbmRpbmdUcmVhdG1lbnRDb21tYW5kXSAocG9vbC0zLXRo cmVhZC00OSkgWzljZTk1MTJdIENhbkRvQWN0aW9uIG9mIGFjdGlvbiBWZHNOb3RSZXNwb25kaW5n VHJlYXRtZW50IGZhaWxlZC4gUmVhc29uczpWRFNfRkVOQ0lOR19ESVNBQkxFRA0KMjAxMy0wMi0y NSAxNzoyNTowMCwwMDAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQXV0b1JlY292 ZXJ5TWFuYWdlcl0gKFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItODIpIEF1dG9yZWNvdmVyaW5nIGhv c3RzIGlzIGRpc2FibGVkLCBza2lwcGluZw0KMjAxMy0wMi0yNSAxNzoyNTowMCwwMDEgSU5GTyAg W29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQXV0b1JlY292ZXJ5TWFuYWdlcl0gKFF1YXJ0elNj aGVkdWxlcl9Xb3JrZXItODIpIEF1dG9yZWNvdmVyaW5nIHN0b3JhZ2UgZG9tYWlucyBpcyBkaXNh YmxlZCwgc2tpcHBpbmcNCltyb290QG92aXJ0IH5dIyB0YWlsIC92YXIvbG9nL292aXJ0LWVuZ2lu ZS9lbmdpbmUubG9nIC1uIDUwDQoyMDEzLTAyLTI1IDE3OjIwOjAxLDQ0OCBJTkZPICBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbnN0YWxsVmRzQ29tbWFuZF0gKHBvb2wtMy10aHJlYWQtNDkp IFsxZmRlMmY3Nl0gQWZ0ZXIgSW5zdGFsbGF0aW9uIHBvb2wtMy10aHJlYWQtNDkNCjIwMTMtMDIt MjUgMTc6MjA6MTUsNDEzIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlVwZGF0ZVZk c0NvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTMpIFszYmMxNTBiOF0gUnVubmluZyBjb21t YW5kOiBVcGRhdGVWZHNDb21tYW5kIGludGVybmFsOiBmYWxzZS4gRW50aXRpZXMgYWZmZWN0ZWQg OiAgSUQ6IDg1YmRkZDJjLTdmMmMtMTFlMi04MzdjLTAwMTg4YmU0ZGUyOSBUeXBlOiBWRFMNCjIw MTMtMDItMjUgMTc6MjA6MTUsNTIyIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLkFw cHJvdmVWZHNDb21tYW5kXSAocG9vbC0zLXRocmVhZC00OSkgWzE5NGIxYTBdIFJ1bm5pbmcgY29t bWFuZDogQXBwcm92ZVZkc0NvbW1hbmQgaW50ZXJuYWw6IGZhbHNlLiBFbnRpdGllcyBhZmZlY3Rl ZCA6ICBJRDogODViZGRkMmMtN2YyYy0xMWUyLTgzN2MtMDAxODhiZTRkZTI5IFR5cGU6IFZEUw0K MjAxMy0wMi0yNSAxNzoyMDoxNSw1MjQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwu SW5zdGFsbFZkc0NvbW1hbmRdIChwb29sLTMtdGhyZWFkLTQ5KSBbMTk0YjFhMF0gQmVmb3JlIElu c3RhbGxhdGlvbiBwb29sLTMtdGhyZWFkLTQ5LCBQb3dlcmNsaWVudC9vVmlydE5vZGUgY2FzZTog c2V0dGluZyBzdGF0dXMgdG8gaW5zdGFsbGluZw0KMjAxMy0wMi0yNSAxNzoyMDoxNSw1MjcgSU5G TyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuU2V0VmRzU3RhdHVzVkRTQ29tbWFu ZF0gKHBvb2wtMy10aHJlYWQtNDkpIFsxOTRiMWEwXSBTVEFSVCwgU2V0VmRzU3RhdHVzVkRTQ29t bWFuZChIb3N0TmFtZSA9IDIwNCwgSG9zdElkID0gODViZGRkMmMtN2YyYy0xMWUyLTgzN2MtMDAx ODhiZTRkZTI5LCBzdGF0dXM9SW5zdGFsbGluZywgbm9uT3BlcmF0aW9uYWxSZWFzb249Tk9ORSks IGxvZyBpZDogMjI4MGVkZGMNCjIwMTMtMDItMjUgMTc6MjA6MTUsNTMxIElORk8gIFtvcmcub3Zp cnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlNldFZkc1N0YXR1c1ZEU0NvbW1hbmRdIChwb29sLTMt dGhyZWFkLTQ5KSBbMTk0YjFhMF0gRklOSVNILCBTZXRWZHNTdGF0dXNWRFNDb21tYW5kLCBsb2cg aWQ6IDIyODBlZGRjDQoyMDEzLTAyLTI1IDE3OjIwOjE1LDUzNCBJTkZPICBbb3JnLm92aXJ0LmVu Z2luZS5jb3JlLmJsbC5JbnN0YWxsVmRzQ29tbWFuZF0gKHBvb2wtMy10aHJlYWQtNDkpIFsxOTRi MWEwXSBCZWZvcmUgSW5zdGFsbGF0aW9uIHBvb2wtMy10aHJlYWQtNDkNCjIwMTMtMDItMjUgMTc6 MjA6MTUsNTM1IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLk9WaXJ0SW5zdGFsbGVy XSAocG9vbC0zLXRocmVhZC00OSkgWzE5NGIxYTBdIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEu MjA0LiBFeGVjdXRpbmcgb1ZpcnQgaW5zdGFsbGF0aW9uIHN0YWdlLiAoU3RhZ2U6IFN0YXJ0aW5n IEhvc3QgaW5zdGFsbGF0aW9uKQ0KMjAxMy0wMi0yNSAxNzoyMDoxNSw1MzYgSU5GTyAgW29yZy5v dmlydC5lbmdpbmUuY29yZS5ibGwuT1ZpcnRJbnN0YWxsZXJdIChwb29sLTMtdGhyZWFkLTQ5KSBb MTk0YjFhMF0gSW5zdGFsbGF0aW9uIG9mIDE5Mi4xNjguMS4yMDQuIEV4ZWN1dGluZyBvVmlydCBp bnN0YWxsYXRpb24gc3RhZ2UuIChTdGFnZTogQ29ubmVjdGluZyB0byBIb3N0KQ0KMjAxMy0wMi0y NSAxNzoyMDoxNSw2MjEgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzSW5zdGFs bGVyXSAocG9vbC0zLXRocmVhZC00OSkgWzE5NGIxYTBdIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4 LjEuMjA0LiBSZWNlaXZlZCBtZXNzYWdlOiA8QlNUUkFQIGNvbXBvbmVudD0nUkhFVl9JTlNUQUxM JyBzdGF0dXM9J09LJyBtZXNzYWdlPSdDb25uZWN0ZWQgdG8gSG9zdCByb290QDE5Mi4xNjguMS4y MDQgd2l0aCBTU0gga2V5IGZpbmdlcnByaW50OiA1ZTpjZToyNTo3ZTplZjplODpjNDozMjplZTox NDo5ZTpiZTowODoyNzpmMDo5ZCcvPi4gRllJLiAoU3RhZ2U6IENvbm5lY3RpbmcgdG8gSG9zdCkN CjIwMTMtMDItMjUgMTc6MjA6MTUsNjU5IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxs LlZkc0luc3RhbGxlcl0gKHBvb2wtMy10aHJlYWQtNDkpIFsxOTRiMWEwXSBJbnN0YWxsYXRpb24g b2YgMTkyLjE2OC4xLjIwNC4gU3VjY2Vzc2Z1bGx5IGNvbm5lY3RlZCB0byBzZXJ2ZXIgc3NoLiAo U3RhZ2U6IENvbm5lY3RpbmcgdG8gSG9zdCkNCjIwMTMtMDItMjUgMTc6MjA6MTUsNjYwIElORk8g IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLk9WaXJ0SW5zdGFsbGVyXSAocG9vbC0zLXRocmVh ZC00OSkgWzE5NGIxYTBdIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEuMjA0LiBFeGVjdXRpbmcg b1ZpcnQgaW5zdGFsbGF0aW9uIHN0YWdlLiAoU3RhZ2U6IFJ1bm5pbmcgZmlyc3QgaW5zdGFsbGF0 aW9uIHNjcmlwdCBvbiBIb3N0KQ0KMjAxMy0wMi0yNSAxNzoyMDoxNSw2NjEgSU5GTyAgW29yZy5v dmlydC5lbmdpbmUuY29yZS51dGlscy5ob3N0aW5zdGFsbC5WZHNJbnN0YWxsZXJTU0hdIChwb29s LTMtdGhyZWFkLTQ5KSBTU0ggZXhlY3V0ZSByb290QDE5Mi4xNjguMS4yMDQgJy91c3Ivc2hhcmUv dmRzbS1yZWcvdmRzbS1nZW4tY2VydCAtTyAib3ZpcnQiIDE5Mi4xNjguMS4yMDQgYzQ2NWQ5YTgt ZWNkYS00OWM0LThlYTYtMmUzMGNjMDMyZTVlJw0KMjAxMy0wMi0yNSAxNzoyMDoxNiw3NDQgSU5G TyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzSW5zdGFsbGVyXSAoTmlvUHJvY2Vzc29y LTI2MCkgSW5zdGFsbGF0aW9uIG9mIDE5Mi4xNjguMS4yMDQuIFJlY2VpdmVkIG1lc3NhZ2U6IDxC U1RSQVAgY29tcG9uZW50PSdFbmNyeXB0aW9uIHNldHVwJyBzdGF0dXM9J09LJy8+LiBGWUkuIChT dGFnZTogUnVubmluZyBmaXJzdCBpbnN0YWxsYXRpb24gc2NyaXB0IG9uIEhvc3QpDQoyMDEzLTAy LTI1IDE3OjIwOjE2LDc1MyBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNJbnN0 YWxsZXJdIChOaW9Qcm9jZXNzb3ItMjYwKSBJbnN0YWxsYXRpb24gb2YgMTkyLjE2OC4xLjIwNC4g UmVjZWl2ZWQgbWVzc2FnZTogPEJTVFJBUCBjb21wb25lbnQ9J1JIRVZfSU5TVEFMTCcgc3RhdHVz PSdPSycvPi4gU3RhZ2UgY29tcGxldGVkLiAoU3RhZ2U6IFJ1bm5pbmcgZmlyc3QgaW5zdGFsbGF0 aW9uIHNjcmlwdCBvbiBIb3N0KQ0KMjAxMy0wMi0yNSAxNzoyMDoxNiw3ODYgSU5GTyAgW29yZy5v dmlydC5lbmdpbmUuY29yZS5ibGwuT1ZpcnRJbnN0YWxsZXJdIChwb29sLTMtdGhyZWFkLTQ5KSBb MTk0YjFhMF0gSW5zdGFsbGF0aW9uIG9mIDE5Mi4xNjguMS4yMDQuIEV4ZWN1dGluZyBvVmlydCBp bnN0YWxsYXRpb24gc3RhZ2UuIChTdGFnZTogRG93bmxvYWRpbmcgY2VydGlmaWNhdGUgcmVxdWVz dCBmcm9tIEhvc3QpDQoyMDEzLTAyLTI1IDE3OjIwOjE2LDc4OCBJTkZPICBbb3JnLm92aXJ0LmVu Z2luZS5jb3JlLnV0aWxzLmhvc3RpbnN0YWxsLlZkc0luc3RhbGxlclNTSF0gKHBvb2wtMy10aHJl YWQtNDkpIFNTSCByZWNlaXZlIHJvb3RAMTkyLjE2OC4xLjIwNDonL3RtcC9jZXJ0X2M0NjVkOWE4 LWVjZGEtNDljNC04ZWE2LTJlMzBjYzAzMmU1ZS5yZXEnICcvZXRjL3BraS9vdmlydC1lbmdpbmUv cmVxdWVzdHMvY2VydF9jNDY1ZDlhOC1lY2RhLTQ5YzQtOGVhNi0yZTMwY2MwMzJlNWUucmVxJykN CjIwMTMtMDItMjUgMTc6MjA6MTYsODQwIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxs LlZkc0luc3RhbGxlcl0gKHBvb2wtMy10aHJlYWQtNDkpIFsxOTRiMWEwXSBJbnN0YWxsYXRpb24g b2YgMTkyLjE2OC4xLjIwNC4gc3VjY2Vzc2Z1bGx5IGRvbmUgc2Z0cCBvcGVyYXRpb24gKCBTdGFn ZTogRG93bmxvYWRpbmcgY2VydGlmaWNhdGUgcmVxdWVzdCBmcm9tIEhvc3QpDQoyMDEzLTAyLTI1 IDE3OjIwOjE2LDg0MSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNJbnN0YWxs ZXJdIChwb29sLTMtdGhyZWFkLTQ5KSBbMTk0YjFhMF0gIERvd25sb2FkQ2VydGlmaWNhdGVSZXF1 ZXN0IGVuZGVkOnRydWUNCjIwMTMtMDItMjUgMTc6MjA6MTYsODQyIElORk8gIFtvcmcub3ZpcnQu ZW5naW5lLmNvcmUuYmxsLk9WaXJ0SW5zdGFsbGVyXSAocG9vbC0zLXRocmVhZC00OSkgWzE5NGIx YTBdIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEuMjA0LiBFeGVjdXRpbmcgb1ZpcnQgaW5zdGFs bGF0aW9uIHN0YWdlLiAoU3RhZ2U6IFNpZ24gY2VydGlmaWNhdGUgcmVxdWVzdCBhbmQgZ2VuZXJh dGUgY2VydGlmaWNhdGUpDQoyMDEzLTAyLTI1IDE3OjIwOjE3LDg5NCBJTkZPICBbb3JnLm92aXJ0 LmVuZ2luZS5jb3JlLmJsbC5WZHNJbnN0YWxsZXJdIChwb29sLTMtdGhyZWFkLTQ5KSBbMTk0YjFh MF0gIFNpZ25DZXJ0aWZpY2F0ZVJlcXVlc3QgZW5kZWQ6dHJ1ZQ0KMjAxMy0wMi0yNSAxNzoyMDox Nyw4OTUgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuT1ZpcnRJbnN0YWxsZXJdIChw b29sLTMtdGhyZWFkLTQ5KSBbMTk0YjFhMF0gSW5zdGFsbGF0aW9uIG9mIDE5Mi4xNjguMS4yMDQu IEV4ZWN1dGluZyBvVmlydCBpbnN0YWxsYXRpb24gc3RhZ2UuIChTdGFnZTogVXBsb2FkIHNpZ25l ZCBzZXJ0aWZpY2F0ZSB0byBIb3N0KQ0KMjAxMy0wMi0yNSAxNzoyMDoxNyw5MTMgSU5GTyAgW29y Zy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzSW5zdGFsbGVyXSAocG9vbC0zLXRocmVhZC00OSkg WzE5NGIxYTBdIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEuMjA0LiBzdWNjZXNzZnVsbHkgZG9u ZSBzZnRwIG9wZXJhdGlvbiAoIFN0YWdlOiBVcGxvYWQgc2lnbmVkIHNlcnRpZmljYXRlIHRvIEhv c3QpDQoyMDEzLTAyLTI1IDE3OjIwOjE3LDkxNSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LmJsbC5WZHNJbnN0YWxsZXJdIChwb29sLTMtdGhyZWFkLTQ5KSBbMTk0YjFhMF0gIFVwbG9hZFNp Z25lZENlcnRpZmljYXRlIGVuZGVkOnRydWUNCjIwMTMtMDItMjUgMTc6MjA6MTcsOTE2IElORk8g IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLk9WaXJ0SW5zdGFsbGVyXSAocG9vbC0zLXRocmVh ZC00OSkgWzE5NGIxYTBdIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEuMjA0LiBFeGVjdXRpbmcg b1ZpcnQgaW5zdGFsbGF0aW9uIHN0YWdlLiAoU3RhZ2U6IFVwbG9hZCBDZXJmaWNhdGUgQXV0b3Jp dHkgdG8gSG9zdCkNCjIwMTMtMDItMjUgMTc6MjA6MTcsOTY3IElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUuYmxsLlZkc0luc3RhbGxlcl0gKHBvb2wtMy10aHJlYWQtNDkpIFsxOTRiMWEwXSBJ bnN0YWxsYXRpb24gb2YgMTkyLjE2OC4xLjIwNC4gc3VjY2Vzc2Z1bGx5IGRvbmUgc2Z0cCBvcGVy YXRpb24gKCBTdGFnZTogVXBsb2FkIENlcmZpY2F0ZSBBdXRvcml0eSB0byBIb3N0KQ0KMjAxMy0w Mi0yNSAxNzoyMDoxNyw5NjggSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuT1ZpcnRJ bnN0YWxsZXJdIChwb29sLTMtdGhyZWFkLTQ5KSBbMTk0YjFhMF0gSW5zdGFsbGF0aW9uIG9mIDE5 Mi4xNjguMS4yMDQuIEV4ZWN1dGluZyBvVmlydCBpbnN0YWxsYXRpb24gc3RhZ2UsIHNlbmRpbmcg U1NIIENvbW1hbmQgL3Vzci9zaGFyZS92ZHNtLXJlZy92ZHNtLWNvbXBsZXRlIC1jICdzc2w9dHJ1 ZScgYzQ2NWQ5YTgtZWNkYS00OWM0LThlYTYtMmUzMGNjMDMyZTVlIDAuIChTdGFnZTogUnVubmlu ZyBzZWNvbmQgaW5zdGFsbGF0aW9uIHNjcmlwdCBvbiBIb3N0KQ0KMjAxMy0wMi0yNSAxNzoyMDox Nyw5NzAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy5ob3N0aW5zdGFsbC5WZHNJ bnN0YWxsZXJTU0hdIChwb29sLTMtdGhyZWFkLTQ5KSBTU0ggZXhlY3V0ZSByb290QDE5Mi4xNjgu MS4yMDQgJy91c3Ivc2hhcmUvdmRzbS1yZWcvdmRzbS1jb21wbGV0ZSAtYyAnc3NsPXRydWUnIGM0 NjVkOWE4LWVjZGEtNDljNC04ZWE2LTJlMzBjYzAzMmU1ZSAwJw0KMjAxMy0wMi0yNSAxNzoyMTo1 MCwxMDggSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzSW5zdGFsbGVyXSAoTmlv UHJvY2Vzc29yLTI2MCkgSW5zdGFsbGF0aW9uIG9mIDE5Mi4xNjguMS4yMDQuIFJlY2VpdmVkIG1l c3NhZ2U6IDxCU1RSQVAgY29tcG9uZW50PSdpbnN0Q2VydCcgc3RhdHVzPSdPSycvPi4gRllJLiAo U3RhZ2U6IFJ1bm5pbmcgc2Vjb25kIGluc3RhbGxhdGlvbiBzY3JpcHQgb24gSG9zdCkNCjIwMTMt MDItMjUgMTc6MjE6NTAsMTE2IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZkc0lu c3RhbGxlcl0gKE5pb1Byb2Nlc3Nvci0yNjApIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEuMjA0 LiBSZWNlaXZlZCBtZXNzYWdlOiA8QlNUUkFQIGNvbXBvbmVudD0nQ29yZUR1bXAnIHN0YXR1cz0n T0snLz4uIEZZSS4gKFN0YWdlOiBSdW5uaW5nIHNlY29uZCBpbnN0YWxsYXRpb24gc2NyaXB0IG9u IEhvc3QpDQoyMDEzLTAyLTI1IDE3OjIxOjUwLDEyNCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5j b3JlLmJsbC5WZHNJbnN0YWxsZXJdIChOaW9Qcm9jZXNzb3ItMjYwKSBJbnN0YWxsYXRpb24gb2Yg MTkyLjE2OC4xLjIwNC4gUmVjZWl2ZWQgbWVzc2FnZTogPEJTVFJBUCBjb21wb25lbnQ9J2NsZWFu QWxsJyBzdGF0dXM9J09LJy8+LiBGWUkuIChTdGFnZTogUnVubmluZyBzZWNvbmQgaW5zdGFsbGF0 aW9uIHNjcmlwdCBvbiBIb3N0KQ0KMjAxMy0wMi0yNSAxNzoyMTo1MCwxMzIgSU5GTyAgW29yZy5v dmlydC5lbmdpbmUuY29yZS5ibGwuVmRzSW5zdGFsbGVyXSAoTmlvUHJvY2Vzc29yLTI2MCkgSW5z dGFsbGF0aW9uIG9mIDE5Mi4xNjguMS4yMDQuIFJlY2VpdmVkIG1lc3NhZ2U6IDxCU1RSQVAgY29t cG9uZW50PSdWRFMgQ29uZmlndXJhdGlvbicgc3RhdHVzPSdPSycvPi4gRllJLiAoU3RhZ2U6IFJ1 bm5pbmcgc2Vjb25kIGluc3RhbGxhdGlvbiBzY3JpcHQgb24gSG9zdCkNCjIwMTMtMDItMjUgMTc6 MjE6NTAsMTM5IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZkc0luc3RhbGxlcl0g KE5pb1Byb2Nlc3Nvci0yNjApIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEuMjA0LiBSZWNlaXZl ZCBtZXNzYWdlOiA8QlNUUkFQIGNvbXBvbmVudD0nUmVzdGFydCcgc3RhdHVzPSdPSycgbWVzc2Fn ZT0nUmVzdGFydGluZyB2ZHNtZCBzZXJ2aWNlJyAvPi4gRllJLiAoU3RhZ2U6IFJ1bm5pbmcgc2Vj b25kIGluc3RhbGxhdGlvbiBzY3JpcHQgb24gSG9zdCkNCjIwMTMtMDItMjUgMTc6MjE6NTAsMTQ5 IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLlZkc0luc3RhbGxlcl0gKE5pb1Byb2Nl c3Nvci0yNjApIEluc3RhbGxhdGlvbiBvZiAxOTIuMTY4LjEuMjA0LiBSZWNlaXZlZCBtZXNzYWdl OiA8QlNUUkFQIGNvbXBvbmVudD0nUkhFVl9JTlNUQUxMJyBzdGF0dXM9J09LJy8+LiBTdGFnZSBj b21wbGV0ZWQuIChTdGFnZTogUnVubmluZyBzZWNvbmQgaW5zdGFsbGF0aW9uIHNjcmlwdCBvbiBI b3N0KQ0KMjAxMy0wMi0yNSAxNzoyMTo1MCwxNTggSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29y ZS5ibGwuSW5zdGFsbFZkc0NvbW1hbmRdIChwb29sLTMtdGhyZWFkLTQ5KSBbMTk0YjFhMF0gQWZ0 ZXIgSW5zdGFsbGF0aW9uIHBvb2wtMy10aHJlYWQtNDkNCjIwMTMtMDItMjUgMTc6MjE6NTAsMTY1 IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlNldFZkc1N0YXR1c1ZEU0Nv bW1hbmRdIChwb29sLTMtdGhyZWFkLTQ5KSBbMTk0YjFhMF0gU1RBUlQsIFNldFZkc1N0YXR1c1ZE U0NvbW1hbmQoSG9zdE5hbWUgPSAyMDQsIEhvc3RJZCA9IDg1YmRkZDJjLTdmMmMtMTFlMi04Mzdj LTAwMTg4YmU0ZGUyOSwgc3RhdHVzPU5vblJlc3BvbnNpdmUsIG5vbk9wZXJhdGlvbmFsUmVhc29u PU5PTkUpLCBsb2cgaWQ6IDg1NTEwNGYNCjIwMTMtMDItMjUgMTc6MjE6NTAsMTY5IElORk8gIFtv cmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlNldFZkc1N0YXR1c1ZEU0NvbW1hbmRdIChw b29sLTMtdGhyZWFkLTQ5KSBbMTk0YjFhMF0gRklOSVNILCBTZXRWZHNTdGF0dXNWRFNDb21tYW5k LCBsb2cgaWQ6IDg1NTEwNGYNCjIwMTMtMDItMjUgMTc6MjE6NTAsMTcyIElORk8gIFtvcmcub3Zp cnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlNldFZkc1N0YXR1c1ZEU0NvbW1hbmRdIChwb29sLTMt dGhyZWFkLTQ5KSBbMTk0YjFhMF0gU1RBUlQsIFNldFZkc1N0YXR1c1ZEU0NvbW1hbmQoSG9zdE5h bWUgPSAyMDQsIEhvc3RJZCA9IDg1YmRkZDJjLTdmMmMtMTFlMi04MzdjLTAwMTg4YmU0ZGUyOSwg c3RhdHVzPVVuYXNzaWduZWQsIG5vbk9wZXJhdGlvbmFsUmVhc29uPU5PTkUpLCBsb2cgaWQ6IDdk MmM5ZmIzDQoyMDEzLTAyLTI1IDE3OjIxOjUwLDE3NiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5j b3JlLnZkc2Jyb2tlci5TZXRWZHNTdGF0dXNWRFNDb21tYW5kXSAocG9vbC0zLXRocmVhZC00OSkg WzE5NGIxYTBdIEZJTklTSCwgU2V0VmRzU3RhdHVzVkRTQ29tbWFuZCwgbG9nIGlkOiA3ZDJjOWZi Mw0KMjAxMy0wMi0yNSAxNzoyMTo1MSw1NTMgV0FSTiAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52 ZHNicm9rZXIuVmRzTWFuYWdlcl0gKFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItNDEpIFJlc291cmNl TWFuYWdlcjo6cmVmcmVzaFZkc1J1blRpbWVJbmZvOjpGYWlsZWQgdG8gcmVmcmVzaCBWRFMgLCB2 ZHMgPSA4NWJkZGQyYy03ZjJjLTExZTItODM3Yy0wMDE4OGJlNGRlMjkgOiAyMDQsIFZEUyBOZXR3 b3JrIEVycm9yLCBjb250aW51aW5nLg0KVkRTTmV0d29ya0V4Y2VwdGlvbjogDQoyMDEzLTAyLTI1 IDE3OjIxOjUzLDU2NyBXQVJOICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5WZHNN YW5hZ2VyXSAoUXVhcnR6U2NoZWR1bGVyX1dvcmtlci0yNykgWzVmMTk0OTI4XSBSZXNvdXJjZU1h bmFnZXI6OnJlZnJlc2hWZHNSdW5UaW1lSW5mbzo6RmFpbGVkIHRvIHJlZnJlc2ggVkRTICwgdmRz ID0gODViZGRkMmMtN2YyYy0xMWUyLTgzN2MtMDAxODhiZTRkZTI5IDogMjA0LCBWRFMgTmV0d29y ayBFcnJvciwgY29udGludWluZy4NClZEU05ldHdvcmtFeGNlcHRpb246IA0KMjAxMy0wMi0yNSAx NzoyMTo1NSw1ODIgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuVmRzTWFu YWdlcl0gKFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTApIFZEUzo6aGFuZGxlTmV0d29ya0V4Y2Vw dGlvbiBTZXJ2ZXIgZmFpbGVkIHRvIHJlc3BvbmQsICB2ZHNfaWQgPSA4NWJkZGQyYy03ZjJjLTEx ZTItODM3Yy0wMDE4OGJlNGRlMjksIHZkc19uYW1lID0gMjA0LCBlcnJvciA9IFZEU05ldHdvcmtF eGNlcHRpb246IA0KMjAxMy0wMi0yNSAxNzoyMTo1NSw1OTAgSU5GTyAgW29yZy5vdmlydC5lbmdp bmUuY29yZS5ibGwuVmRzRXZlbnRMaXN0ZW5lcl0gKHBvb2wtMy10aHJlYWQtNDkpIFJlc291cmNl TWFuYWdlcjo6dmRzTm90UmVzcG9uZGluZyBlbnRlcmVkIGZvciBIb3N0IDg1YmRkZDJjLTdmMmMt MTFlMi04MzdjLTAwMTg4YmU0ZGUyOSwgMTkyLjE2OC4xLjIwNA0KMjAxMy0wMi0yNSAxNzoyMTo1 NSw2MDEgV0FSTiAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuVmRzTm90UmVzcG9uZGluZ1Ry ZWF0bWVudENvbW1hbmRdIChwb29sLTMtdGhyZWFkLTQ5KSBbOWNlOTUxMl0gQ2FuRG9BY3Rpb24g b2YgYWN0aW9uIFZkc05vdFJlc3BvbmRpbmdUcmVhdG1lbnQgZmFpbGVkLiBSZWFzb25zOlZEU19G RU5DSU5HX0RJU0FCTEVEDQoyMDEzLTAyLTI1IDE3OjI1OjAwLDAwMCBJTkZPICBbb3JnLm92aXJ0 LmVuZ2luZS5jb3JlLmJsbC5BdXRvUmVjb3ZlcnlNYW5hZ2VyXSAoUXVhcnR6U2NoZWR1bGVyX1dv cmtlci04MikgQXV0b3JlY292ZXJpbmcgaG9zdHMgaXMgZGlzYWJsZWQsIHNraXBwaW5nDQoyMDEz LTAyLTI1IDE3OjI1OjAwLDAwMSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5BdXRv UmVjb3ZlcnlNYW5hZ2VyXSAoUXVhcnR6U2NoZWR1bGVyX1dvcmtlci04MikgQXV0b3JlY292ZXJp bmcgc3RvcmFnZSBkb21haW5zIGlzIGRpc2FibGVkLCBza2lwcGluZw0KMjAxMy0wMi0yNSAxNzoz MDowMCwwMDAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuQXV0b1JlY292ZXJ5TWFu YWdlcl0gKFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTQpIEF1dG9yZWNvdmVyaW5nIGhvc3RzIGlz IGRpc2FibGVkLCBza2lwcGluZw0KMjAxMy0wMi0yNSAxNzozMDowMCwwMDEgSU5GTyAgW29yZy5v dmlydC5lbmdpbmUuY29yZS5ibGwuQXV0b1JlY292ZXJ5TWFuYWdlcl0gKFF1YXJ0elNjaGVkdWxl cl9Xb3JrZXItMTQpIEF1dG9yZWNvdmVyaW5nIHN0b3JhZ2UgZG9tYWlucyBpcyBkaXNhYmxlZCwg c2tpcHBpbmcNCg0Kb3ZpcnQtbm9kZSBsb2cNClRocmVhZC0xNzo6REVCVUc6OjIwMTMtMDItMjUg MDc6NTU6MDEsNDI1OjpCaW5kaW5nWE1MUlBDOjo5MDA6OnZkczo6KHdyYXBwZXIpIHJldHVybiBn ZXRDYXBhYmlsaXRpZXMgd2l0aCB7J3N0YXR1cyc6IHsnbWVzc2FnZSc6ICdEb25lJywgJ2NvZGUn OiAwfSwgJ2luZm8nOiB7J0hCQUludmVudG9yeSc6IHsnaVNDU0knOiBbeydJbml0aWF0b3JOYW1l JzogJ2lxbi4xOTk0LTA1LmNvbS5yZWRoYXQ6Njk5ZGIxNzE2ODYyJ31dLCAnRkMnOiBbXX0sICdw YWNrYWdlczInOiB7J2tlcm5lbCc6IHsncmVsZWFzZSc6ICcyNzkuMTkuMS5lbDYueDg2XzY0Jywg J2J1aWxkdGltZSc6IDEzNTM3Njc3MjguMCwgJ3ZlcnNpb24nOiAnMi42LjMyJ30sICdzcGljZS1z ZXJ2ZXInOiB7J3JlbGVhc2UnOiAnMTAuZWw2JywgJ2J1aWxkdGltZSc6ICcxMzM3NjExNDkyJywg J3ZlcnNpb24nOiAnMC4xMC4xJ30sICd2ZHNtJzogeydyZWxlYXNlJzogJzQ0LjIuZWw2XzMnLCAn YnVpbGR0aW1lJzogJzEzNTQ3OTg5ODQnLCAndmVyc2lvbic6ICc0LjkuNid9LCAncWVtdS1rdm0n OiB7J3JlbGVhc2UnOiAnMi4yOTUuZWw2XzMuMTAnLCAnYnVpbGR0aW1lJzogJzEzNTUzMzUwNjcn LCAndmVyc2lvbic6ICcwLjEyLjEuMid9LCAnbGlidmlydCc6IHsncmVsZWFzZSc6ICcyMS5lbDZf My43JywgJ2J1aWxkdGltZSc6ICcxMzU0ODk2ODQ1JywgJ3ZlcnNpb24nOiAnMC45LjEwJ30sICdx ZW11LWltZyc6IHsncmVsZWFzZSc6ICcyLjI5NS5lbDZfMy4xMCcsICdidWlsZHRpbWUnOiAnMTM1 NTMzNTA2NycsICd2ZXJzaW9uJzogJzAuMTIuMS4yJ319LCAnY3B1TW9kZWwnOiAnSW50ZWwoUikg WGVvbihSKSBDUFUgICAgICAgICAgIEU1NDMwICBAIDIuNjZHSHonLCAnaG9va3MnOiB7J2JlZm9y ZV92bV9zdGFydCc6IHsnNTBfdmhvc3RtZCc6IHsnbWQ1JzogJzJhYTlhYzQ4ZWYwN2RlM2M5NGUz NDI4OTc1ZTlkZjFhJ319LCAnYWZ0ZXJfdm1fZGVzdHJveSc6IHsnNTBfdmhvc3RtZCc6IHsnbWQ1 JzogJzQ3ZjhkMzg1ODU5ZTRjM2M5NjExM2Q4ZmY0NDZiMjYxJ319LCAnYmVmb3JlX3ZtX2RlaGli ZXJuYXRlJzogeyc1MF92aG9zdG1kJzogeydtZDUnOiAnMmFhOWFjNDhlZjA3ZGUzYzk0ZTM0Mjg5 NzVlOWRmMWEnfX0sICdiZWZvcmVfdm1fbWlncmF0ZV9kZXN0aW5hdGlvbic6IHsnNTBfdmhvc3Rt ZCc6IHsnbWQ1JzogJzJhYTlhYzQ4ZWYwN2RlM2M5NGUzNDI4OTc1ZTlkZjFhJ319fSwgJ3ZtVHlw ZXMnOiBbJ2t2bSddLCAnc3VwcG9ydGVkUHJvdG9jb2xzJzogWycyLjInLCAnMi4zJ10sICduZXR3 b3Jrcyc6IHsncmhldm0nOiB7J2lmYWNlJzogJ3JoZXZtJywgJ2FkZHInOiAnMTkyLjE2OC4xLjIw NCcsICdjZmcnOiB7J0lQVjZGT1JXQVJESU5HJzogJ25vJywgJ0lQVjZJTklUJzogJ25vJywgJ0lQ QUREUic6ICcxOTIuMTY4LjEuMjA0JywgJ1BFRVJETlMnOiAnbm8nLCAnR0FURVdBWSc6ICcxOTIu MTY4LjEuMScsICdERUxBWSc6ICcwJywgJ05NX0NPTlRST0xMRUQnOiAnbm8nLCAnTkVUTUFTSyc6 ICcyNTUuMjU1LjI1NS4wJywgJ0JPT1RQUk9UTyc6ICdub25lJywgJ0RFVklDRSc6ICdyaGV2bScs ICdQRUVSTlRQJzogJ3llcycsICdJUFY2X0FVVE9DT05GJzogJ25vJywgJ1RZUEUnOiAnQnJpZGdl JywgJ09OQk9PVCc6ICd5ZXMnfSwgJ210dSc6ICcxNTAwJywgJ25ldG1hc2snOiAnMjU1LjI1NS4y NTUuMCcsICdzdHAnOiAnb2ZmJywgJ2JyaWRnZWQnOiBUcnVlLCAnZ2F0ZXdheSc6ICcxOTIuMTY4 LjEuMScsICdwb3J0cyc6IFsnZXRoMSddfX0sICdicmlkZ2VzJzogeydyaGV2bSc6IHsnYWRkcic6 ICcxOTIuMTY4LjEuMjA0JywgJ2NmZyc6IHsnSVBWNkZPUldBUkRJTkcnOiAnbm8nLCAnSVBWNklO SVQnOiAnbm8nLCAnSVBBRERSJzogJzE5Mi4xNjguMS4yMDQnLCAnUEVFUkROUyc6ICdubycsICdH QVRFV0FZJzogJzE5Mi4xNjguMS4xJywgJ0RFTEFZJzogJzAnLCAnTk1fQ09OVFJPTExFRCc6ICdu bycsICdORVRNQVNLJzogJzI1NS4yNTUuMjU1LjAnLCAnQk9PVFBST1RPJzogJ25vbmUnLCAnREVW SUNFJzogJ3JoZXZtJywgJ1BFRVJOVFAnOiAneWVzJywgJ0lQVjZfQVVUT0NPTkYnOiAnbm8nLCAn VFlQRSc6ICdCcmlkZ2UnLCAnT05CT09UJzogJ3llcyd9LCAnbXR1JzogJzE1MDAnLCAnbmV0bWFz ayc6ICcyNTUuMjU1LjI1NS4wJywgJ3N0cCc6ICdvZmYnLCAncG9ydHMnOiBbJ2V0aDEnXX19LCAn dXVpZCc6ICc0NDQ1NEM0Qy00RDAwLTEwNEEtODA0NC1CMUMwNEY0NDMyNThfMDA6MTA6MTg6MkQ6 RDg6NDQnLCAnbGFzdENsaWVudElmYWNlJzogJ3JoZXZtJywgJ25pY3MnOiB7J3AxcDEnOiB7J2Fk ZHInOiAnJywgJ2NmZyc6IHsnREVWSUNFJzogJ3AxcDEnLCAnSFdBRERSJzogJzAwOjEwOjE4OjJk OmQ4OjQ0JywgJ09OQk9PVCc6ICdubycsICdQRUVSRE5TJzogJ25vJ30sICdtdHUnOiAnMTUwMCcs ICduZXRtYXNrJzogJycsICdod2FkZHInOiAnMDA6MTA6MTg6MkQ6RDg6NDQnLCAnc3BlZWQnOiAw fSwgJ2V0aDInOiB7J2FkZHInOiAnJywgJ2NmZyc6IHsnREVWSUNFJzogJ2V0aDInLCAnSFdBRERS JzogJzAwOjFlOjRmOjQ0OjNjOjA5JywgJ09OQk9PVCc6ICdubycsICdQRUVSRE5TJzogJ25vJ30s ICdtdHUnOiAnMTUwMCcsICduZXRtYXNrJzogJycsICdod2FkZHInOiAnMDA6MUU6NEY6NDQ6M0M6 MDknLCAnc3BlZWQnOiAwfSwgJ2V0aDEnOiB7J2FkZHInOiAnJywgJ2NmZyc6IHsnSVBWNkZPUldB UkRJTkcnOiAnbm8nLCAnQlJJREdFJzogJ3JoZXZtJywgJ0lQVjZJTklUJzogJ25vJywgJ05NX0NP TlRST0xMRUQnOiAnbm8nLCAnUEVFUkROUyc6ICdubycsICdJUFY2X0FVVE9DT05GJzogJ25vJywg J0RFTEFZJzogJzAnLCAnSFdBRERSJzogJzAwOjFFOjRGOjQ0OjNDOjA3JywgJ0RFVklDRSc6ICdl dGgxJywgJ1BFRVJOVFAnOiAneWVzJywgJ09OQk9PVCc6ICd5ZXMnfSwgJ210dSc6ICcxNTAwJywg J25ldG1hc2snOiAnJywgJ2h3YWRkcic6ICcwMDoxRTo0Rjo0NDozQzowNycsICdzcGVlZCc6IDEw MDB9fSwgJ3NvZnR3YXJlX3JldmlzaW9uJzogJzQ0LjInLCAnbWFuYWdlbWVudF9pcCc6ICcnLCAn Y2x1c3RlckxldmVscyc6IFsnMy4wJywgJzMuMSddLCAnY3B1RmxhZ3MnOiB1J2ZwdSx2bWUsZGUs cHNlLHRzYyxtc3IscGFlLG1jZSxjeDgsYXBpYyxtdHJyLHBnZSxtY2EsY21vdixwYXQscHNlMzYs Y2xmbHVzaCxkdHMsYWNwaSxtbXgsZnhzcixzc2Usc3NlMixzcyxodCx0bSxwYmUsc3lzY2FsbCxu eCxsbSxjb25zdGFudF90c2MsYXJjaF9wZXJmbW9uLHBlYnMsYnRzLHJlcF9nb29kLGFwZXJmbXBl cmYscG5pLGR0ZXM2NCxtb25pdG9yLGRzX2NwbCx2bXgsZXN0LHRtMixzc3NlMyxjeDE2LHh0cHIs cGRjbSxkY2Esc3NlNF8xLGxhaGZfbG0sZHRzLHRwcl9zaGFkb3csdm5taSxmbGV4cHJpb3JpdHks bW9kZWxfQ29ucm9lLG1vZGVsX1BlbnJ5bicsICdJU0NTSUluaXRpYXRvck5hbWUnOiAnaXFuLjE5 OTQtMDUuY29tLnJlZGhhdDo2OTlkYjE3MTY4NjInLCAnbmV0Q29uZmlnRGlydHknOiAnRmFsc2Un LCAnbWVtU2l6ZSc6ICc3ODY2JywgJ3Jlc2VydmVkTWVtJzogJzMyMScsICdib25kaW5ncyc6IHsn Ym9uZDQnOiB7J2FkZHInOiAnJywgJ2NmZyc6IHt9LCAnbXR1JzogJzE1MDAnLCAnbmV0bWFzayc6 ICcnLCAnc2xhdmVzJzogW10sICdod2FkZHInOiAnMDA6MDA6MDA6MDA6MDA6MDAnfSwgJ2JvbmQw JzogeydhZGRyJzogJycsICdjZmcnOiB7fSwgJ210dSc6ICcxNTAwJywgJ25ldG1hc2snOiAnJywg J3NsYXZlcyc6IFtdLCAnaHdhZGRyJzogJzAwOjAwOjAwOjAwOjAwOjAwJ30sICdib25kMSc6IHsn YWRkcic6ICcnLCAnY2ZnJzoge30sICdtdHUnOiAnMTUwMCcsICduZXRtYXNrJzogJycsICdzbGF2 ZXMnOiBbXSwgJ2h3YWRkcic6ICcwMDowMDowMDowMDowMDowMCd9LCAnYm9uZDInOiB7J2FkZHIn OiAnJywgJ2NmZyc6IHt9LCAnbXR1JzogJzE1MDAnLCAnbmV0bWFzayc6ICcnLCAnc2xhdmVzJzog W10sICdod2FkZHInOiAnMDA6MDA6MDA6MDA6MDA6MDAnfSwgJ2JvbmQzJzogeydhZGRyJzogJycs ICdjZmcnOiB7fSwgJ210dSc6ICcxNTAwJywgJ25ldG1hc2snOiAnJywgJ3NsYXZlcyc6IFtdLCAn aHdhZGRyJzogJzAwOjAwOjAwOjAwOjAwOjAwJ319LCAnc29mdHdhcmVfdmVyc2lvbic6ICc0Ljkn LCAnY3B1U3BlZWQnOiAnMjY2MC4wMzAnLCAnY3B1U29ja2V0cyc6ICcyJywgJ3ZsYW5zJzoge30s ICdjcHVDb3Jlcyc6ICc4JywgJ2t2bUVuYWJsZWQnOiAndHJ1ZScsICdndWVzdE92ZXJoZWFkJzog JzY1JywgJ3N1cHBvcnRlZFJIRVZNcyc6IFsnMy4wJywgJzMuMSddLCAndmVyc2lvbl9uYW1lJzog J1Nub3cgTWFuJywgJ2VtdWxhdGVkTWFjaGluZXMnOiBbdSdyaGVsNi4zLjAnLCB1J3BjJywgdSdy aGVsNi4yLjAnLCB1J3JoZWw2LjEuMCcsIHUncmhlbDYuMC4wJywgdSdyaGVsNS41LjAnLCB1J3Jo ZWw1LjQuNCcsIHUncmhlbDUuNC4wJ10sICdvcGVyYXRpbmdTeXN0ZW0nOiB7J3JlbGVhc2UnOiAn MjAxMjEyMTIuMC5lbDZfMycsICd2ZXJzaW9uJzogJzYuMycsICduYW1lJzogJ1JIRVYgSHlwZXJ2 aXNvcid9LCAnbGFzdENsaWVudCc6ICcxOTIuMTY4LjEuMjAxJ319DQpNYWluVGhyZWFkOjpJTkZP OjoyMDEzLTAyLTI1IDA3OjU2OjUzLDc0MTo6dm1DaGFubmVsczo6MTM1Ojp2ZHM6OihzdG9wKSBW TSBjaGFubmVscyBsaXN0ZW5lciB3YXMgc3RvcHBlZC4NCk1haW5UaHJlYWQ6OkRFQlVHOjoyMDEz LTAyLTI1IDA3OjU2OjUzLDc0Mzo6dGFzazo6NTg4OjpUYXNrTWFuYWdlci5UYXNrOjooX3VwZGF0 ZVN0YXRlKSBUYXNrPWAwZWEzYWU0ZS1kMzFlLTRhMjQtYTVjOS0yNTRiYjk4MmUyOTdgOjptb3Zp bmcgZnJvbSBzdGF0ZSBpbml0IC0+IHN0YXRlIHByZXBhcmluZw0KTWFpblRocmVhZDo6SU5GTzo6 MjAxMy0wMi0yNSAwNzo1Njo1Myw3NDM6OmxvZ1V0aWxzOjozNzo6ZGlzcGF0Y2hlcjo6KHdyYXBw ZXIpIFJ1biBhbmQgcHJvdGVjdDogcHJlcGFyZUZvclNodXRkb3duKG9wdGlvbnM9Tm9uZSkNClRo cmVhZC0xMTo6REVCVUc6OjIwMTMtMDItMjUgMDc6NTY6NTMsNzQ0OjpzdG9yYWdlU2VydmVyOjo2 NDE6OkNvbm5lY3Rpb25Nb25pdG9yOjooX21vbml0b3JDb25uZWN0aW9ucykgTW9uaXRvcmluZyBz dG9wcGVkDQpNYWluVGhyZWFkOjpERUJVRzo6MjAxMy0wMi0yNSAwNzo1Njo1Myw3OTg6OnRhc2tN YW5hZ2VyOjo4MDo6VGFza01hbmFnZXI6OihwcmVwYXJlRm9yU2h1dGRvd24pIFJlcXVlc3QgdG8g c3RvcCBhbGwgdGFza3MNCk1haW5UaHJlYWQ6OklORk86OjIwMTMtMDItMjUgMDc6NTY6NTMsODA0 Ojpsb2dVdGlsczo6Mzk6OmRpc3BhdGNoZXI6Oih3cmFwcGVyKSBSdW4gYW5kIHByb3RlY3Q6IHBy ZXBhcmVGb3JTaHV0ZG93biwgUmV0dXJuIHJlc3BvbnNlOiBOb25lDQpNYWluVGhyZWFkOjpERUJV Rzo6MjAxMy0wMi0yNSAwNzo1Njo1Myw4MDQ6OnRhc2s6OjExNzI6OlRhc2tNYW5hZ2VyLlRhc2s6 OihwcmVwYXJlKSBUYXNrPWAwZWEzYWU0ZS1kMzFlLTRhMjQtYTVjOS0yNTRiYjk4MmUyOTdgOjpm aW5pc2hlZDogTm9uZQ0KTWFpblRocmVhZDo6REVCVUc6OjIwMTMtMDItMjUgMDc6NTY6NTMsODA1 Ojp0YXNrOjo1ODg6OlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YDBlYTNh ZTRlLWQzMWUtNGEyNC1hNWM5LTI1NGJiOTgyZTI5N2A6Om1vdmluZyBmcm9tIHN0YXRlIHByZXBh cmluZyAtPiBzdGF0ZSBmaW5pc2hlZA0KTWFpblRocmVhZDo6REVCVUc6OjIwMTMtMDItMjUgMDc6 NTY6NTMsODA1OjpyZXNvdXJjZU1hbmFnZXI6OjgwOTo6UmVzb3VyY2VNYW5hZ2VyLk93bmVyOjoo cmVsZWFzZUFsbCkgT3duZXIucmVsZWFzZUFsbCByZXF1ZXN0cyB7fSByZXNvdXJjZXMge30NCk1h aW5UaHJlYWQ6OkRFQlVHOjoyMDEzLTAyLTI1IDA3OjU2OjUzLDgwNTo6cmVzb3VyY2VNYW5hZ2Vy Ojo4NDQ6OlJlc291cmNlTWFuYWdlci5Pd25lcjo6KGNhbmNlbEFsbCkgT3duZXIuY2FuY2VsQWxs IHJlcXVlc3RzIHt9DQpNYWluVGhyZWFkOjpERUJVRzo6MjAxMy0wMi0yNSAwNzo1Njo1Myw4MDU6 OnRhc2s6Ojk3ODo6VGFza01hbmFnZXIuVGFzazo6KF9kZWNyZWYpIFRhc2s9YDBlYTNhZTRlLWQz MWUtNGEyNC1hNWM5LTI1NGJiOTgyZTI5N2A6OnJlZiAwIGFib3J0aW5nIEZhbHNlDQpNYWluVGhy ZWFkOjpJTkZPOjoyMDEzLTAyLTI1IDA3OjU2OjUzLDgwNjo6dmRzbTo6NzU6OnZkczo6KHJ1bikg VkRTTSBtYWluIHRocmVhZCBlbmRlZC4gV2FpdGluZyBmb3IgMTMgb3RoZXIgdGhyZWFkcy4uLg0K TWFpblRocmVhZDo6SU5GTzo6MjAxMy0wMi0yNSAwNzo1Njo1Myw4MDY6OnZkc206Ojc4Ojp2ZHM6 OihydW4pIDxfTWFpblRocmVhZChNYWluVGhyZWFkLCBzdGFydGVkIDE0MDAzNzMyOTI0NTk1Mik+ DQpNYWluVGhyZWFkOjpJTkZPOjoyMDEzLTAyLTI1IDA3OjU2OjUzLDgwNjo6dmRzbTo6Nzg6OnZk czo6KHJ1bikgPFRocmVhZChsaWJ2aXJ0RXZlbnRMb29wLCBzdGFydGVkIGRhZW1vbiAxNDAwMzcx MDI3OTQ0OTYpPg0KTWFpblRocmVhZDo6SU5GTzo6MjAxMy0wMi0yNSAwNzo1Njo1Myw4MDY6OnZk c206Ojc4Ojp2ZHM6OihydW4pIDxXb3JrZXJUaHJlYWQoVGhyZWFkLTYsIHN0YXJ0ZWQgZGFlbW9u IDE0MDAzNjYwMzM3NzQwOCk+DQpNYWluVGhyZWFkOjpJTkZPOjoyMDEzLTAyLTI1IDA3OjU2OjUz LDgwNzo6dmRzbTo6Nzg6OnZkczo6KHJ1bikgPFdvcmtlclRocmVhZChUaHJlYWQtNywgc3RhcnRl ZCBkYWVtb24gMTQwMDM2NTkyODg3NTUyKT4NCk1haW5UaHJlYWQ6OklORk86OjIwMTMtMDItMjUg MDc6NTY6NTMsODA3Ojp2bUNoYW5uZWxzOjoxMzU6OnZkczo6KHN0b3ApIFZNIGNoYW5uZWxzIGxp c3RlbmVyIHdhcyBzdG9wcGVkLg0KTWFpblRocmVhZDo6SU5GTzo6MjAxMy0wMi0yNSAwNzo1Njo1 Myw4MDc6OnZkc206Ojc4Ojp2ZHM6OihydW4pIDxMaXN0ZW5lcihWTSBDaGFubmVscyBMaXN0ZW5l ciwgc3RhcnRlZCBkYWVtb24gMTQwMDM2MTU4NzY0ODAwKT4NCk1haW5UaHJlYWQ6OklORk86OjIw MTMtMDItMjUgMDc6NTY6NTMsODA3Ojp2ZHNtOjo3ODo6dmRzOjoocnVuKSA8V29ya2VyVGhyZWFk KFRocmVhZC05LCBzdGFydGVkIGRhZW1vbiAxNDAwMzY1NzE5MDc4NDApPg0KTWFpblRocmVhZDo6 SU5GTzo6MjAxMy0wMi0yNSAwNzo1Njo1Myw4MDg6OnZkc206Ojc4Ojp2ZHM6OihydW4pIDxXb3Jr ZXJUaHJlYWQoVGhyZWFkLTgsIHN0YXJ0ZWQgZGFlbW9uIDE0MDAzNjU4MjM5NzY5Nik+DQpNYWlu VGhyZWFkOjpJTkZPOjoyMDEzLTAyLTI1IDA3OjU2OjUzLDgwODo6dmRzbTo6Nzg6OnZkczo6KHJ1 bikgPFdvcmtlclRocmVhZChUaHJlYWQtNSwgc3RhcnRlZCBkYWVtb24gMTQwMDM2OTU5NzkwODQ4 KT4NCk1haW5UaHJlYWQ6OklORk86OjIwMTMtMDItMjUgMDc6NTY6NTMsODA4Ojp2ZHNtOjo3ODo6 dmRzOjoocnVuKSA8V29ya2VyVGhyZWFkKFRocmVhZC0xLCBzdGFydGVkIGRhZW1vbiAxNDAwMzcw MDE3NTAyNzIpPg0KTWFpblRocmVhZDo6SU5GTzo6MjAxMy0wMi0yNSAwNzo1Njo1Myw4MDg6OnZk c206Ojc4Ojp2ZHM6OihydW4pIDxXb3JrZXJUaHJlYWQoVGhyZWFkLTEwLCBzdGFydGVkIGRhZW1v biAxNDAwMzY1NjE0MTc5ODQpPg0KTWFpblRocmVhZDo6SU5GTzo6MjAxMy0wMi0yNSAwNzo1Njo1 Myw4MDg6OnZkc206Ojc4Ojp2ZHM6OihydW4pIDxXb3JrZXJUaHJlYWQoVGhyZWFkLTQsIHN0YXJ0 ZWQgZGFlbW9uIDE0MDAzNjk3MDI4MDcwNCk+DQpNYWluVGhyZWFkOjpJTkZPOjoyMDEzLTAyLTI1 IDA3OjU2OjUzLDgwOTo6dmRzbTo6Nzg6OnZkczo6KHJ1bikgPEtzbU1vbml0b3JUaHJlYWQoS3Nt TW9uaXRvciwgc3RhcnRlZCBkYWVtb24gMTQwMDM2MTc5NzQ0NTEyKT4NCk1haW5UaHJlYWQ6OklO Rk86OjIwMTMtMDItMjUgMDc6NTY6NTMsODA5Ojp2ZHNtOjo3ODo6dmRzOjoocnVuKSA8V29ya2Vy VGhyZWFkKFRocmVhZC0yLCBzdGFydGVkIGRhZW1vbiAxNDAwMzY5OTEyNjA0MTYpPg0KTWFpblRo cmVhZDo6SU5GTzo6MjAxMy0wMi0yNSAwNzo1Njo1Myw4MDk6OnZkc206Ojc4Ojp2ZHM6OihydW4p IDxXb3JrZXJUaHJlYWQoVGhyZWFkLTMsIHN0YXJ0ZWQgZGFlbW9uIDE0MDAzNjk4MDc3MDU2MCk+ ------=_001_NextPart510357164017_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3DGB2312" http-equiv=3DContent-Type> <STYLE> BLOCKQUOTE { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px; MARGIN-LEFT: 2em } OL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } UL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } P { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } BODY { LINE-HEIGHT: 1.5; FONT-FAMILY: =CE=A2=C8=ED=D1=C5=BA=DA; COLOR: #000080; = FONT-SIZE: 10.5pt } </STYLE> <META name=3DGENERATOR content=3D"MSHTML 8.00.7601.17744"></HEAD> <BODY style=3D"MARGIN: 10px"> <DIV> <DIV>I am in installation ovirt - engine&nbs= p;+ ovirt - node, when ovirt - engine&n= bsp;add node - host node unable to acti= vate. I through the view ovirt - engine=  log, tip: VDS Network Error, continuing.&nb= sp;But I see node network configuration is&n= bsp;normal.</DIV> <DIV>Hope everybody can help me to solve&nbs= p;this problem</DIV> <DIV>Below is my log information:</DIV> <DIV> ovirt-engine log:</DIV> <DIV> <TABLE=20 style=3D"BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; BORDER-COLL= APSE: collapse; FONT-SIZE: 10pt; BORDER-TOP: medium none; BORDER-RIGHT: me= dium none"=20 border=3D1 cellSpacing=3D0 borderColor=3D#000000 cellPadding=3D2 width=3D"= 50%"> <TBODY> <TR> <TD=20 style=3D"BORDER-BOTTOM: #000000 1px solid; BORDER-LEFT: #000000 1px so= lid; BORDER-TOP: #000000 1px solid; BORDER-RIGHT: #000000 1px solid"=20 width=3D"100%" noWrap><FONT size=3D2 face=3DVerdana> <DIV> <DIV>2013-02-25 17:20:16,786 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Downloading certificate&nbsp= ;request from Host)</DIV> <DIV>2013-02-25 17:20:16,788 INFO  [org.ovirt.en= gine.core.utils.hostinstall.VdsInstallerSSH] (pool-3-thread-49) = SSH receive root(a)192.168.1.204:'/tmp/cert_c465d9a8-ecda-49c4-8ea= 6-2e30cc032e5e.req' '/etc/pki/ovirt-engine/requests/cert_c465d9a8-ecd= a-49c4-8ea6-2e30cc032e5e.req')</DIV> <DIV>2013-02-25 17:20:16,840 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] In= stallation of 192.168.1.204. successfully done sf= tp operation ( Stage: Downloading certificate&nbs= p;request from Host)</DIV> <DIV>2013-02-25 17:20:16,841 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] &n= bsp;DownloadCertificateRequest ended:true</DIV> <DIV>2013-02-25 17:20:16,842 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Sign certificate reques= t and generate certificate)</DIV> <DIV>2013-02-25 17:20:17,894 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] &n= bsp;SignCertificateRequest ended:true</DIV> <DIV>2013-02-25 17:20:17,895 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Upload signed sertifica= te to Host)</DIV> <DIV>2013-02-25 17:20:17,913 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] In= stallation of 192.168.1.204. successfully done sf= tp operation ( Stage: Upload signed sertific= ate to Host)</DIV> <DIV>2013-02-25 17:20:17,915 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] &n= bsp;UploadSignedCertificate ended:true</DIV> <DIV>2013-02-25 17:20:17,916 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Upload Cerficate Autori= ty to Host)</DIV> <DIV>2013-02-25 17:20:17,967 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] In= stallation of 192.168.1.204. successfully done sf= tp operation ( Stage: Upload Cerficate Autor= ity to Host)</DIV> <DIV>2013-02-25 17:20:17,968 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage, sending SSH Command /usr/share/= vdsm-reg/vdsm-complete -c 'ssl=3Dtrue' c465d9a8-ecda-49c4-8= ea6-2e30cc032e5e 0. (Stage: Running second instal= lation script on Host)</DIV> <DIV>2013-02-25 17:20:17,970 INFO  [org.ovirt.en= gine.core.utils.hostinstall.VdsInstallerSSH] (pool-3-thread-49) = SSH execute root(a)192.168.1.204 '/usr/share/vdsm-reg/vdsm-co= mplete -c 'ssl=3Dtrue' c465d9a8-ecda-49c4-8ea6-2e30cc032e5e=  0'</DIV> <DIV>2013-02-25 17:21:50,108 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'instCert' status=3D'OK'/>. FYI. (Stage:&nbsp= ;Running second installation script on Host)</DIV= > <DIV>2013-02-25 17:21:50,116 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'CoreDump' status=3D'OK'/>. FYI. (Stage:&nbsp= ;Running second installation script on Host)</DIV= > <DIV>2013-02-25 17:21:50,124 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'cleanAll' status=3D'OK'/>. FYI. (Stage:&nbsp= ;Running second installation script on Host)</DIV= > <DIV>2013-02-25 17:21:50,132 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'VDS Configuration' status=3D'OK'/>. FYI.&nbs= p;(Stage: Running second installation script on&n= bsp;Host)</DIV> <DIV>2013-02-25 17:21:50,139 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'Restart' status=3D'OK' message=3D'Restarting vd= smd service' />. FYI. (Stage: Running sec= ond installation script on Host)</DIV> <DIV>2013-02-25 17:21:50,149 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'RHEV_INSTALL' status=3D'OK'/>. Stage complet= ed. (Stage: Running second installation script&nb= sp;on Host)</DIV> <DIV>2013-02-25 17:21:50,158 INFO  [org.ovirt.en= gine.core.bll.InstallVdsCommand] (pool-3-thread-49) [194b1a0]&nb= sp;After Installation pool-3-thread-49</DIV> <DIV>2013-02-25 17:21:50,165 INFO  [org.ovirt.en= gine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-49) [= 194b1a0] START, SetVdsStatusVDSCommand(HostName =3D 20= 4, HostId =3D 85bddd2c-7f2c-11e2-837c-00188be4de29, st= atus=3DNonResponsive, nonOperationalReason=3DNONE), log id:=  855104f</DIV> <DIV>2013-02-25 17:21:50,169 INFO  [org.ovirt.en= gine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-49) [= 194b1a0] FINISH, SetVdsStatusVDSCommand, log id: = 855104f</DIV> <DIV>2013-02-25 17:21:50,172 INFO  [org.ovirt.en= gine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-49) [= 194b1a0] START, SetVdsStatusVDSCommand(HostName =3D 20= 4, HostId =3D 85bddd2c-7f2c-11e2-837c-00188be4de29, st= atus=3DUnassigned, nonOperationalReason=3DNONE), log id:&nb= sp;7d2c9fb3</DIV> <DIV>2013-02-25 17:21:50,176 INFO  [org.ovirt.en= gine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-49) [= 194b1a0] FINISH, SetVdsStatusVDSCommand, log id: = 7d2c9fb3</DIV> <DIV>2013-02-25 17:21:51,553 WARN  [org.ovirt.en= gine.core.vdsbroker.VdsManager] (QuartzScheduler_Worker-41) Reso= urceManager::refreshVdsRunTimeInfo::Failed to refresh VDS&n= bsp;, vds =3D 85bddd2c-7f2c-11e2-837c-00188be4de29 :&n= bsp;204, VDS Network Error, continuing.</DIV> <DIV>VDSNetworkException: </DIV> <DIV>2013-02-25 17:21:53,567 WARN  [org.ovirt.en= gine.core.vdsbroker.VdsManager] (QuartzScheduler_Worker-27) [5f1= 94928] ResourceManager::refreshVdsRunTimeInfo::Failed to re= fresh VDS , vds =3D 85bddd2c-7f2c-11e2-837c-00188= be4de29 : 204, VDS Network Error, continuing= .</DIV> <DIV>VDSNetworkException: </DIV> <DIV>2013-02-25 17:21:55,582 ERROR [org.ovirt.engine.= core.vdsbroker.VdsManager] (QuartzScheduler_Worker-10) VDS::hand= leNetworkException Server failed to respond, &nbs= p;vds_id =3D 85bddd2c-7f2c-11e2-837c-00188be4de29, vds_name=  =3D 204, error =3D VDSNetworkException: </D= IV> <DIV>2013-02-25 17:21:55,590 INFO  [org.ovirt.en= gine.core.bll.VdsEventListener] (pool-3-thread-49) ResourceManag= er::vdsNotResponding entered for Host 85bddd2c-7f2c-11= e2-837c-00188be4de29, 192.168.1.204</DIV> <DIV>2013-02-25 17:21:55,601 WARN  [org.ovirt.en= gine.core.bll.VdsNotRespondingTreatmentCommand] (pool-3-thread-49)&nb= sp;[9ce9512] CanDoAction of action VdsNotRespondingTre= atment failed. Reasons:VDS_FENCING_DISABLED</DIV> <DIV>2013-02-25 17:25:00,000 INFO  [org.ovirt.en= gine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-82) A= utorecovering hosts is disabled, skipping</DIV> <DIV>2013-02-25 17:25:00,001 INFO  [org.ovirt.en= gine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-82) A= utorecovering storage domains is disabled, skippi= ng</DIV> <DIV>[root@ovirt ~]# tail /var/log/ovirt-engine/engin= e.log -n 50</DIV> <DIV>2013-02-25 17:20:01,448 INFO  [org.ovirt.en= gine.core.bll.InstallVdsCommand] (pool-3-thread-49) [1fde2f76]&n= bsp;After Installation pool-3-thread-49</DIV> <DIV>2013-02-25 17:20:15,413 INFO  [org.ovirt.en= gine.core.bll.UpdateVdsCommand] (ajp--127.0.0.1-8702-3) [3bc150b= 8] Running command: UpdateVdsCommand internal: fa= lse. Entities affected :  ID: 85bddd2c-7f2c-= 11e2-837c-00188be4de29 Type: VDS</DIV> <DIV>2013-02-25 17:20:15,522 INFO  [org.ovirt.en= gine.core.bll.ApproveVdsCommand] (pool-3-thread-49) [194b1a0]&nb= sp;Running command: ApproveVdsCommand internal: false.=  Entities affected :  ID: 85bddd2c-7f2c-11e2= -837c-00188be4de29 Type: VDS</DIV> <DIV>2013-02-25 17:20:15,524 INFO  [org.ovirt.en= gine.core.bll.InstallVdsCommand] (pool-3-thread-49) [194b1a0]&nb= sp;Before Installation pool-3-thread-49, Powerclient/oVirtN= ode case: setting status to installing</DIV> <DIV>2013-02-25 17:20:15,527 INFO  [org.ovirt.en= gine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-49) [= 194b1a0] START, SetVdsStatusVDSCommand(HostName =3D 20= 4, HostId =3D 85bddd2c-7f2c-11e2-837c-00188be4de29, st= atus=3DInstalling, nonOperationalReason=3DNONE), log id:&nb= sp;2280eddc</DIV> <DIV>2013-02-25 17:20:15,531 INFO  [org.ovirt.en= gine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-49) [= 194b1a0] FINISH, SetVdsStatusVDSCommand, log id: = 2280eddc</DIV> <DIV>2013-02-25 17:20:15,534 INFO  [org.ovirt.en= gine.core.bll.InstallVdsCommand] (pool-3-thread-49) [194b1a0]&nb= sp;Before Installation pool-3-thread-49</DIV> <DIV>2013-02-25 17:20:15,535 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Starting Host installat= ion)</DIV> <DIV>2013-02-25 17:20:15,536 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Connecting to Host)</DI= V> <DIV>2013-02-25 17:20:15,621 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] In= stallation of 192.168.1.204. Received message: &l= t;BSTRAP component=3D'RHEV_INSTALL' status=3D'OK' message= =3D'Connected to Host root(a)192.168.1.204 with SSH=  key fingerprint: 5e:ce:25:7e:ef:e8:c4:32:ee:14:9e:be:08:27= :f0:9d'/>. FYI. (Stage: Connecting to Host)</D= IV> <DIV>2013-02-25 17:20:15,659 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] In= stallation of 192.168.1.204. Successfully connected&nb= sp;to server ssh. (Stage: Connecting to Host= )</DIV> <DIV>2013-02-25 17:20:15,660 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Running first installat= ion script on Host)</DIV> <DIV>2013-02-25 17:20:15,661 INFO  [org.ovirt.en= gine.core.utils.hostinstall.VdsInstallerSSH] (pool-3-thread-49) = SSH execute root(a)192.168.1.204 '/usr/share/vdsm-reg/vdsm-ge= n-cert -O "ovirt" 192.168.1.204 c465d9a8-ecda-49c4-8ea= 6-2e30cc032e5e'</DIV> <DIV>2013-02-25 17:20:16,744 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'Encryption setup' status=3D'OK'/>. FYI.&nbsp= ;(Stage: Running first installation script on&nbs= p;Host)</DIV> <DIV>2013-02-25 17:20:16,753 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'RHEV_INSTALL' status=3D'OK'/>. Stage complet= ed. (Stage: Running first installation script&nbs= p;on Host)</DIV> <DIV>2013-02-25 17:20:16,786 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Downloading certificate&nbsp= ;request from Host)</DIV> <DIV>2013-02-25 17:20:16,788 INFO  [org.ovirt.en= gine.core.utils.hostinstall.VdsInstallerSSH] (pool-3-thread-49) = SSH receive root(a)192.168.1.204:'/tmp/cert_c465d9a8-ecda-49c4-8ea= 6-2e30cc032e5e.req' '/etc/pki/ovirt-engine/requests/cert_c465d9a8-ecd= a-49c4-8ea6-2e30cc032e5e.req')</DIV> <DIV>2013-02-25 17:20:16,840 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] In= stallation of 192.168.1.204. successfully done sf= tp operation ( Stage: Downloading certificate&nbs= p;request from Host)</DIV> <DIV>2013-02-25 17:20:16,841 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] &n= bsp;DownloadCertificateRequest ended:true</DIV> <DIV>2013-02-25 17:20:16,842 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Sign certificate reques= t and generate certificate)</DIV> <DIV>2013-02-25 17:20:17,894 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] &n= bsp;SignCertificateRequest ended:true</DIV> <DIV>2013-02-25 17:20:17,895 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Upload signed sertifica= te to Host)</DIV> <DIV>2013-02-25 17:20:17,913 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] In= stallation of 192.168.1.204. successfully done sf= tp operation ( Stage: Upload signed sertific= ate to Host)</DIV> <DIV>2013-02-25 17:20:17,915 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] &n= bsp;UploadSignedCertificate ended:true</DIV> <DIV>2013-02-25 17:20:17,916 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage. (Stage: Upload Cerficate Autori= ty to Host)</DIV> <DIV>2013-02-25 17:20:17,967 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (pool-3-thread-49) [194b1a0] In= stallation of 192.168.1.204. successfully done sf= tp operation ( Stage: Upload Cerficate Autor= ity to Host)</DIV> <DIV>2013-02-25 17:20:17,968 INFO  [org.ovirt.en= gine.core.bll.OVirtInstaller] (pool-3-thread-49) [194b1a0] = Installation of 192.168.1.204. Executing oVirt in= stallation stage, sending SSH Command /usr/share/= vdsm-reg/vdsm-complete -c 'ssl=3Dtrue' c465d9a8-ecda-49c4-8= ea6-2e30cc032e5e 0. (Stage: Running second instal= lation script on Host)</DIV> <DIV>2013-02-25 17:20:17,970 INFO  [org.ovirt.en= gine.core.utils.hostinstall.VdsInstallerSSH] (pool-3-thread-49) = SSH execute root(a)192.168.1.204 '/usr/share/vdsm-reg/vdsm-co= mplete -c 'ssl=3Dtrue' c465d9a8-ecda-49c4-8ea6-2e30cc032e5e=  0'</DIV> <DIV>2013-02-25 17:21:50,108 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'instCert' status=3D'OK'/>. FYI. (Stage:&nbsp= ;Running second installation script on Host)</DIV= > <DIV>2013-02-25 17:21:50,116 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'CoreDump' status=3D'OK'/>. FYI. (Stage:&nbsp= ;Running second installation script on Host)</DIV= > <DIV>2013-02-25 17:21:50,124 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'cleanAll' status=3D'OK'/>. FYI. (Stage:&nbsp= ;Running second installation script on Host)</DIV= > <DIV>2013-02-25 17:21:50,132 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'VDS Configuration' status=3D'OK'/>. FYI.&nbs= p;(Stage: Running second installation script on&n= bsp;Host)</DIV> <DIV>2013-02-25 17:21:50,139 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'Restart' status=3D'OK' message=3D'Restarting vd= smd service' />. FYI. (Stage: Running sec= ond installation script on Host)</DIV> <DIV>2013-02-25 17:21:50,149 INFO  [org.ovirt.en= gine.core.bll.VdsInstaller] (NioProcessor-260) Installation&nbsp= ;of 192.168.1.204. Received message: <BSTRAP c= omponent=3D'RHEV_INSTALL' status=3D'OK'/>. Stage complet= ed. (Stage: Running second installation script&nb= sp;on Host)</DIV> <DIV>2013-02-25 17:21:50,158 INFO  [org.ovirt.en= gine.core.bll.InstallVdsCommand] (pool-3-thread-49) [194b1a0]&nb= sp;After Installation pool-3-thread-49</DIV> <DIV>2013-02-25 17:21:50,165 INFO  [org.ovirt.en= gine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-49) [= 194b1a0] START, SetVdsStatusVDSCommand(HostName =3D 20= 4, HostId =3D 85bddd2c-7f2c-11e2-837c-00188be4de29, st= atus=3DNonResponsive, nonOperationalReason=3DNONE), log id:=  855104f</DIV> <DIV>2013-02-25 17:21:50,169 INFO  [org.ovirt.en= gine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-49) [= 194b1a0] FINISH, SetVdsStatusVDSCommand, log id: = 855104f</DIV> <DIV>2013-02-25 17:21:50,172 INFO  [org.ovirt.en= gine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-49) [= 194b1a0] START, SetVdsStatusVDSCommand(HostName =3D 20= 4, HostId =3D 85bddd2c-7f2c-11e2-837c-00188be4de29, st= atus=3DUnassigned, nonOperationalReason=3DNONE), log id:&nb= sp;7d2c9fb3</DIV> <DIV>2013-02-25 17:21:50,176 INFO  [org.ovirt.en= gine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-49) [= 194b1a0] FINISH, SetVdsStatusVDSCommand, log id: = 7d2c9fb3</DIV> <DIV>2013-02-25 17:21:51,553 WARN  [org.ovirt.en= gine.core.vdsbroker.VdsManager] (QuartzScheduler_Worker-41) Reso= urceManager::refreshVdsRunTimeInfo::Failed to refresh VDS&n= bsp;, vds =3D 85bddd2c-7f2c-11e2-837c-00188be4de29 :&n= bsp;204, VDS Network Error, continuing.</DIV> <DIV>VDSNetworkException: </DIV> <DIV>2013-02-25 17:21:53,567 WARN  [org.ovirt.en= gine.core.vdsbroker.VdsManager] (QuartzScheduler_Worker-27) [5f1= 94928] ResourceManager::refreshVdsRunTimeInfo::Failed to re= fresh VDS , vds =3D 85bddd2c-7f2c-11e2-837c-00188= be4de29 : 204, VDS Network Error, continuing= .</DIV> <DIV>VDSNetworkException: </DIV> <DIV>2013-02-25 17:21:55,582 ERROR [org.ovirt.engine.= core.vdsbroker.VdsManager] (QuartzScheduler_Worker-10) VDS::hand= leNetworkException Server failed to respond, &nbs= p;vds_id =3D 85bddd2c-7f2c-11e2-837c-00188be4de29, vds_name=  =3D 204, error =3D VDSNetworkException: </D= IV> <DIV>2013-02-25 17:21:55,590 INFO  [org.ovirt.en= gine.core.bll.VdsEventListener] (pool-3-thread-49) ResourceManag= er::vdsNotResponding entered for Host 85bddd2c-7f2c-11= e2-837c-00188be4de29, 192.168.1.204</DIV> <DIV>2013-02-25 17:21:55,601 WARN  [org.ovirt.en= gine.core.bll.VdsNotRespondingTreatmentCommand] (pool-3-thread-49)&nb= sp;[9ce9512] CanDoAction of action VdsNotRespondingTre= atment failed. Reasons:VDS_FENCING_DISABLED</DIV> <DIV>2013-02-25 17:25:00,000 INFO  [org.ovirt.en= gine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-82) A= utorecovering hosts is disabled, skipping</DIV> <DIV>2013-02-25 17:25:00,001 INFO  [org.ovirt.en= gine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-82) A= utorecovering storage domains is disabled, skippi= ng</DIV> <DIV>2013-02-25 17:30:00,000 INFO  [org.ovirt.en= gine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-14) A= utorecovering hosts is disabled, skipping</DIV> <DIV>2013-02-25 17:30:00,001 INFO  [org.ovirt.en= gine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-14) A= utorecovering storage domains is disabled, skippi= ng</DIV></DIV></FONT></TD></TR></TBODY></TABLE></DIV></DIV> <DIV>ovirt-node log</DIV> <DIV> <TABLE=20 style=3D"BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; BORDER-COLL= APSE: collapse; FONT-SIZE: 10pt; BORDER-TOP: medium none; BORDER-RIGHT: me= dium none"=20 border=3D1 cellSpacing=3D0 borderColor=3D#000000 cellPadding=3D2 width=3D"= 50%"> <TBODY> <TR> <TD=20 style=3D"BORDER-BOTTOM: #000000 1px solid; BORDER-LEFT: #000000 1px so= lid; BORDER-TOP: #000000 1px solid; BORDER-RIGHT: #000000 1px solid"=20 width=3D"100%" noWrap><FONT size=3D2 face=3DVerdana> <DIV> <DIV>Thread-17::DEBUG::2013-02-25 07:55:01,425::BindingXMLRPC::= 900::vds::(wrapper) return getCapabilities with {'stat= us': {'message': 'Done', 'code': 0}, 'info':&nbsp= ;{'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05= .com.redhat:699db1716862'}], 'FC': []}, 'packages2': {= 'kernel': {'release': '279.19.1.el6.x86_64', 'buildtime':&n= bsp;1353767728.0, 'version': '2.6.32'}, 'spice-server':&nbs= p;{'release': '10.el6', 'buildtime': '1337611492', 've= rsion': '0.10.1'}, 'vdsm': {'release': '44.2.el6_3',&n= bsp;'buildtime': '1354798984', 'version': '4.9.6'}, 'q= emu-kvm': {'release': '2.295.el6_3.10', 'buildtime': '= 1355335067', 'version': '0.12.1.2'}, 'libvirt': {'rele= ase': '21.el6_3.7', 'buildtime': '1354896845', 'versio= n': '0.9.10'}, 'qemu-img': {'release': '2.295.el6_3.10= ', 'buildtime': '1355335067', 'version': '0.12.1.2'}},=  'cpuModel': 'Intel(R) Xeon(R) CPU   &n= bsp;       E5430  (a) 2.66= GHz', 'hooks': {'before_vm_start': {'50_vhostmd': {'md= 5': '2aa9ac48ef07de3c94e3428975e9df1a'}}, 'after_vm_destroy':&nb= sp;{'50_vhostmd': {'md5': '47f8d385859e4c3c96113d8ff446b261'}},&= nbsp;'before_vm_dehibernate': {'50_vhostmd': {'md5': '2aa9a= c48ef07de3c94e3428975e9df1a'}}, 'before_vm_migrate_destination':&nbsp= ;{'50_vhostmd': {'md5': '2aa9ac48ef07de3c94e3428975e9df1a'}}},&n= bsp;'vmTypes': ['kvm'], 'supportedProtocols': ['2.2', = '2.3'], 'networks': {'rhevm': {'iface': 'rhevm', = 'addr': '192.168.1.204', 'cfg': {'IPV6FORWARDING': 'no= ', 'IPV6INIT': 'no', 'IPADDR': '192.168.1.204', '= PEERDNS': 'no', 'GATEWAY': '192.168.1.1', 'DELAY':&nbs= p;'0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.= 0', 'BOOTPROTO': 'none', 'DEVICE': 'rhevm', 'PEER= NTP': 'yes', 'IPV6_AUTOCONF': 'no', 'TYPE': 'Brid= ge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask':&= nbsp;'255.255.255.0', 'stp': 'off', 'bridged': True,&n= bsp;'gateway': '192.168.1.1', 'ports': ['eth1']}}, 'br= idges': {'rhevm': {'addr': '192.168.1.204', 'cfg':&nbs= p;{'IPV6FORWARDING': 'no', 'IPV6INIT': 'no', 'IPADDR':=  '192.168.1.204', 'PEERDNS': 'no', 'GATEWAY': '19= 2.168.1.1', 'DELAY': '0', 'NM_CONTROLLED': 'no', = 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'DEVI= CE': 'rhevm', 'PEERNTP': 'yes', 'IPV6_AUTOCONF': = 'no', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu':&= nbsp;'1500', 'netmask': '255.255.255.0', 'stp': 'off',=  'ports': ['eth1']}}, 'uuid': '44454C4C-4D00-104A-8044= -B1C04F443258_00:10:18:2D:D8:44', 'lastClientIface': 'rhevm',&nb= sp;'nics': {'p1p1': {'addr': '', 'cfg': {'DEVICE'= : 'p1p1', 'HWADDR': '00:10:18:2d:d8:44', 'ONBOOT':&nbs= p;'no', 'PEERDNS': 'no'}, 'mtu': '1500', 'netmask= ': '', 'hwaddr': '00:10:18:2D:D8:44', 'speed': 0}= , 'eth2': {'addr': '', 'cfg': {'DEVICE': 'et= h2', 'HWADDR': '00:1e:4f:44:3c:09', 'ONBOOT': 'no',&nb= sp;'PEERDNS': 'no'}, 'mtu': '1500', 'netmask': ''= , 'hwaddr': '00:1E:4F:44:3C:09', 'speed': 0}, 'et= h1': {'addr': '', 'cfg': {'IPV6FORWARDING': 'no',=  'BRIDGE': 'rhevm', 'IPV6INIT': 'no', 'NM_CONTROL= LED': 'no', 'PEERDNS': 'no', 'IPV6_AUTOCONF': 'no= ', 'DELAY': '0', 'HWADDR': '00:1E:4F:44:3C:07', '= DEVICE': 'eth1', 'PEERNTP': 'yes', 'ONBOOT': 'yes= '}, 'mtu': '1500', 'netmask': '', 'hwaddr': = '00:1E:4F:44:3C:07', 'speed': 1000}}, 'software_revision':&= nbsp;'44.2', 'management_ip': '', 'clusterLevels': ['3= .0', '3.1'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,c= x8,apic,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,= ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,aperfm= perf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,dca,sse4_1= ,lahf_lm,dts,tpr_shadow,vnmi,flexpriority,model_Conroe,model_Penryn',&nbsp= ;'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:699db1716862', 'n= etConfigDirty': 'False', 'memSize': '7866', 'reservedM= em': '321', 'bondings': {'bond4': {'addr': '',&nb= sp;'cfg': {}, 'mtu': '1500', 'netmask': '', = 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0':=  {'addr': '', 'cfg': {}, 'mtu': '1500',&nbsp= ;'netmask': '', 'slaves': [], 'hwaddr': '00:00:00= :00:00:00'}, 'bond1': {'addr': '', 'cfg': {},&nbs= p;'mtu': '1500', 'netmask': '', 'slaves': [],&nbs= p;'hwaddr': '00:00:00:00:00:00'}, 'bond2': {'addr': ''= , 'cfg': {}, 'mtu': '1500', 'netmask': '',&n= bsp;'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bon= d3': {'addr': '', 'cfg': {}, 'mtu': '1500',&= nbsp;'netmask': '', 'slaves': [], 'hwaddr': '00:0= 0:00:00:00:00'}}, 'software_version': '4.9', 'cpuSpeed':&nb= sp;'2660.030', 'cpuSockets': '2', 'vlans': {}, 'c= puCores': '8', 'kvmEnabled': 'true', 'guestOverhead':&= nbsp;'65', 'supportedRHEVMs': ['3.0', '3.1'], 'version= _name': 'Snow Man', 'emulatedMachines': [u'rhel6.3.0',=  u'pc', u'rhel6.2.0', u'rhel6.1.0', u'rhel6.0.0',&nbsp= ;u'rhel5.5.0', u'rhel5.4.4', u'rhel5.4.0'], 'operatingSyste= m': {'release': '20121212.0.el6_3', 'version': '6.3',&= nbsp;'name': 'RHEV Hypervisor'}, 'lastClient': '192.16= 8.1.201'}}</DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,741::vmChannels::135= ::vds::(stop) VM channels listener was stopped.</= DIV> <DIV>MainThread::DEBUG::2013-02-25 07:56:53,743::task::588::Tas= kManager.Task::(_updateState) Task=3D`0ea3ae4e-d31e-4a24-a5c9-254bb98= 2e297`::moving from state init -> state p= reparing</DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,743::logUtils::37::d= ispatcher::(wrapper) Run and protect: prepareForShutdo= wn(options=3DNone)</DIV> <DIV>Thread-11::DEBUG::2013-02-25 07:56:53,744::storageServer::= 641::ConnectionMonitor::(_monitorConnections) Monitoring stopped= </DIV> <DIV>MainThread::DEBUG::2013-02-25 07:56:53,798::taskManager::8= 0::TaskManager::(prepareForShutdown) Request to stop a= ll tasks</DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,804::logUtils::39::d= ispatcher::(wrapper) Run and protect: prepareForShutdo= wn, Return response: None</DIV> <DIV>MainThread::DEBUG::2013-02-25 07:56:53,804::task::1172::Ta= skManager.Task::(prepare) Task=3D`0ea3ae4e-d31e-4a24-a5c9-254bb982e29= 7`::finished: None</DIV> <DIV>MainThread::DEBUG::2013-02-25 07:56:53,805::task::588::Tas= kManager.Task::(_updateState) Task=3D`0ea3ae4e-d31e-4a24-a5c9-254bb98= 2e297`::moving from state preparing -> state&n= bsp;finished</DIV> <DIV>MainThread::DEBUG::2013-02-25 07:56:53,805::resourceManage= r::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll req= uests {} resources {}</DIV> <DIV>MainThread::DEBUG::2013-02-25 07:56:53,805::resourceManage= r::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll reque= sts {}</DIV> <DIV>MainThread::DEBUG::2013-02-25 07:56:53,805::task::978::Tas= kManager.Task::(_decref) Task=3D`0ea3ae4e-d31e-4a24-a5c9-254bb982e297= `::ref 0 aborting False</DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,806::vdsm::75::vds::= (run) VDSM main thread ended. Waiting for&nb= sp;13 other threads...</DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,806::vdsm::78::vds::= (run) <_MainThread(MainThread, started 140037329245952)&= gt;</DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,806::vdsm::78::vds::= (run) <Thread(libvirtEventLoop, started daemon 1400= 37102794496)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,806::vdsm::78::vds::= (run) <WorkerThread(Thread-6, started daemon 140036= 603377408)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,807::vdsm::78::vds::= (run) <WorkerThread(Thread-7, started daemon 140036= 592887552)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,807::vmChannels::135= ::vds::(stop) VM channels listener was stopped.</= DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,807::vdsm::78::vds::= (run) <Listener(VM Channels Listener, started = daemon 140036158764800)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,807::vdsm::78::vds::= (run) <WorkerThread(Thread-9, started daemon 140036= 571907840)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,808::vdsm::78::vds::= (run) <WorkerThread(Thread-8, started daemon 140036= 582397696)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,808::vdsm::78::vds::= (run) <WorkerThread(Thread-5, started daemon 140036= 959790848)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,808::vdsm::78::vds::= (run) <WorkerThread(Thread-1, started daemon 140037= 001750272)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,808::vdsm::78::vds::= (run) <WorkerThread(Thread-10, started daemon 14003= 6561417984)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,808::vdsm::78::vds::= (run) <WorkerThread(Thread-4, started daemon 140036= 970280704)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,809::vdsm::78::vds::= (run) <KsmMonitorThread(KsmMonitor, started daemon = 140036179744512)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,809::vdsm::78::vds::= (run) <WorkerThread(Thread-2, started daemon 140036= 991260416)></DIV> <DIV>MainThread::INFO::2013-02-25 07:56:53,809::vdsm::78::vds::= (run) <WorkerThread(Thread-3, started daemon 140036= 980770560)></DIV></DIV></FONT></TD></TR></TBODY></TABLE></DIV></BODY></= HTML> ------=_001_NextPart510357164017_=------

3 3

[Users] iscsi discovery issue
by Alex Leonhardt 25 Feb '13

25 Feb '13

Hi All, I've successfully discovered a ISCSI target, however, when I tried to add it as storage to the engine, it complained of being too small, so I resized the file and restarted tgtd on the server. The problem is that the engine doesnt seem to bother re-discoverying the target ? How can I remove its cache / current entries ? It never added it as a storage domain, so it is safe to remove that entry I suppose ? Why would the engine not try to re-read the device stats when "adding a storage domain" ? Thanks Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

3 6

[Users] FreeBSD 8.3 as a guest on Ovirt 3.1
by mad89＠moscow.ctm.ru 25 Feb '13

25 Feb '13

Hi all! I trying to install FreeBSD 8.3 as a guest on Ovirt 3.1, but install crashes with "Fatal trap 12: page fault in kernel mode". Host - CentOS6.3, packages: gpxe-roms-qemu-0.9.7-6.9.el6.noarch libvirt-0.9.10-21.el6_3.8.x86_64 libvirt-client-0.9.10-21.el6_3.8.x86_64 libvirt-lock-sanlock-0.9.10-21.el6_3.8.x86_64 libvirt-python-0.9.10-21.el6_3.8.x86_64 qemu-img-0.12.1.2-2.295.el6_3.10.x86_64 qemu-kvm-0.12.1.2-2.295.el6_3.10.x86_64 qemu-kvm-tools-0.12.1.2-2.295.el6_3.10.x86_64 seabios-0.6.1.2-19.el6.x86_64 vdsm-4.10.2-0.11.gitee9833b.el6.centos.alt.x86_64 vdsm-bootstrap-4.10.2-0.11.gitee9833b.el6.centos.alt.noarch vdsm-cli-4.10.2-0.11.gitee9833b.el6.centos.alt.noarch vdsm-python-4.10.2-0.11.gitee9833b.el6.centos.alt.x86_64 vdsm-xmlrpc-4.10.2-0.11.gitee9833b.el6.centos.alt.noarch -- with best regards, Pavel

7 9

[Users] HELP! Errors creating iSCSI Storage Domain
by Кочанов Иван 25 Feb '13

25 Feb '13

This is a multi-part message in MIME format. --------------070208030808080803000801 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Hello oVirt Community! Need help in configuring iSCSI DataCenter on oVirt. I have HP P4000 iSCSI Storage (LeftHand). And LUN on it. This LUN is available for the Server. I tried to install oVirt from ovirt-dre repo. Everything works except adding iSCSI Storage Domain. After iSCSI-discovery i get list of iSCSI LUNs. But I get error after choosing LUN I need (Error#1). If I try to add it second time I get another errors (Error#2 or Error#3). If I operate with iSCSI volume manually, I have no problems - Partitions are created. Can you advise something? I stuck with this problem for two weeks already... First I installed ovirt3.1. This week ovirt3.2 released and I did a fresh installation of this version, but nothing changed - errors are the same. *Error #1:* Error while executing action New SAN Storage Domain: Cannot create Logical Volume *Error #2:* Error while executing action New SAN Storage Domain: Physical device initialization failed. Check that the device is empty. Please remove all files and partitions from the device. *Error #3:* Error while executing action New SAN Storage Domain: Invalid physical device *LUN info:* # iscsiadm -m discovery -t st -p 172.16.20.1 172.16.20.1:3260,1 iqn.2003-10.com.lefthandnetworks:mg-dcak-p4000:134:vol-os-virtualimages # pvs PV VG Fmt Attr PSize PFree /dev/mapper/36000eb35f449ac1c0000000000000086 db260c45-8dd2-4397-a5bf-fd577bbbe0d4 lvm2 a-- 1023.62g 1023.62g # fdisk -l Disk /dev/sdc: 1099.5 GB, 1099511627776 bytes 255 heads, 63 sectors/track, 133674 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/mapper/36000eb35f449ac1c0000000000000086: 1099.5 GB, 1099511627776 bytes 255 heads, 63 sectors/track, 133674 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 *Server info: * # rpm -q centos-release centos-release-6-3.el6.centos.9.x86_64 # uname -r 2.6.32-279.22.1.el6.x86_64 -- Sysadmin DCAK kia(a)dcak.ru --------------070208030808080803000801 Content-Type: text/html; charset=windows-1251 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=windows-1251"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hello oVirt Community!<br> Need help in configuring iSCSI DataCenter on oVirt.<br> <br> I have HP P4000 iSCSI Storage (LeftHand). And LUN on it. This LUN is available for the Server.<br> I tried to install oVirt from ovirt-dre repo. Everything works except adding iSCSI Storage Domain.<br> After iSCSI-discovery i get list of iSCSI LUNs. But I get error after choosing LUN I need (Error#1).<br> If I try to add it second time I get another errors (Error#2 or Error#3).<br> <br> If I operate with iSCSI volume manually, I have no problems - Partitions are created.<br> <br> Can you advise something? I stuck with this problem for two weeks already...<br> <br> First I installed ovirt3.1. This week ovirt3.2 released and I did a fresh installation of this version, but nothing changed - errors are the same.<br> <br> <b> Error #1:</b><br> <div class="GG0QU52CHWB"> <div class="GG0QU52CEGC GG0QU52CIWB"> <div class="gwt-HTML">Error while executing action New SAN Storage Domain: Cannot create Logical Volume<br> </div> </div> </div> <br> <b>Error #2:</b><br> Error while executing action New SAN Storage Domain: Physical device initialization failed. Check that the device is empty. Please remove all files and partitions from the device.<br> <br> <b>Error #3:</b><br> Error while executing action New SAN Storage Domain: Invalid physical device<br> <br> <br> <b>LUN info:</b><br> # iscsiadm -m discovery -t st -p 172.16.20.1<br> 172.16.20.1:3260,1 iqn.2003-10.com.lefthandnetworks:mg-dcak-p4000:134:vol-os-virtualimages<br> <br> # pvs<br> PV VG Fmt Attr PSize PFree<br> /dev/mapper/36000eb35f449ac1c0000000000000086 db260c45-8dd2-4397-a5bf-fd577bbbe0d4 lvm2 a-- 1023.62g 1023.62g<br> <br> # fdisk -l<br> <br> Disk /dev/sdc: 1099.5 GB, 1099511627776 bytes<br> 255 heads, 63 sectors/track, 133674 cylinders<br> Units = cylinders of 16065 * 512 = 8225280 bytes<br> Sector size (logical/physical): 512 bytes / 512 bytes<br> I/O size (minimum/optimal): 512 bytes / 512 bytes<br> Disk identifier: 0x00000000<br> <br> Disk /dev/mapper/36000eb35f449ac1c0000000000000086: 1099.5 GB, 1099511627776 bytes<br> 255 heads, 63 sectors/track, 133674 cylinders<br> Units = cylinders of 16065 * 512 = 8225280 bytes<br> Sector size (logical/physical): 512 bytes / 512 bytes<br> I/O size (minimum/optimal): 512 bytes / 512 bytes<br> Disk identifier: 0x00000000<br> <br> <b>Server info: </b><br> # rpm -q centos-release<br> centos-release-6-3.el6.centos.9.x86_64<br> <br> # uname -r<br> 2.6.32-279.22.1.el6.x86_64<br> <br> <br> <br> <pre class="moz-signature" cols="72">-- Sysadmin DCAK <a class="moz-txt-link-abbreviated" href="mailto:kia@dcak.ru">kia(a)dcak.ru</a> </pre> </body> </html> --------------070208030808080803000801--

4 6

[Users] Italian translation for Portals
by Gianluca Cecchi 25 Feb '13

25 Feb '13

Hello, I'm available to translate the portals in Italian if it is only a matter of documentation writing and no programming involved... Let me know if it can be of any help for others. No problem if the effort merges in RHEVM portals too.. Gianluca

3 3

[Users] USB Filter editor
by René Koch 24 Feb '13

24 Feb '13

Hi, RHEV provides a tool called USB Filter editor, which is a windows utility for creating an USB pass trough policy. I haven't seen this tool available with the oVirt project. Are there any plans to release this tool with oVirt, too? As there are many guys from Red Hat on this list - can you give me some information about the use of the SQlite database used by the USB filter editor (license)? Can I create an UI plugin to have the USB filter editor available in oVirt admin portal and use the SQlite database of the Red Hat tool as a data source for the USB devices and manufacturers or is this (for historical reasons) under some proprietary license? Thanks a lot for your answers, René

1 0

Re: [Users] Thin Provisioning
by Dafna Ron 24 Feb '13

24 Feb '13

Can you please tell me what disk type you have on the template and send a screen shot of the Resource Allocation tab to the users(a)ovirt.org list? On 02/21/2013 09:43 AM, Juan Jose wrote: > Hello Dafna, > > Yes, I have already selected the Clone radio button as the Start Guide > shows and the Thin Provision doesn't appears. > > > On Wed, Feb 20, 2013 at 5:50 PM, Dafna Ron <dron(a)redhat.com > <mailto:dron@redhat.com>> wrote: > > ok. so you have 1 NFS data domain which has a template on it and when > you are trying to create a new vm you only have preallocated disk > type. > > when you open the new vm dialogue, after you select the template, > in the > Resource allocation tab you need to select the clone radio button (its > near the Template Provisioning). > once you do that, the allocation policy scroll will become active and > you will be able to select thin or preallocated. > > let me know if after you select the clone you still only have > preallocated. > > > > On 02/20/2013 06:09 PM, Juan Jose wrote: > > Hello Dafna, > > > > Are you want to say one NFS domain?, I have one for VM aand one > isos. > > > > > > On Wed, Feb 20, 2013 at 4:46 PM, Dafna Ron <dron(a)redhat.com > <mailto:dron@redhat.com> > > <mailto:dron@redhat.com <mailto:dron@redhat.com>>> wrote: > > > > do you have more than one domain? > > > > > > On 02/20/2013 05:38 PM, Juan Jose wrote: > > > Hello everybody, > > > > > > I'm following the Quick Start Guide to clone a machine from a > > Template > > > that it's already created. As thi guide says it's necessary to > > select > > > in Allocation tab from Resource Allocation, Thin > Provision. When > > I try > > > to do this and down the select field it doesn't appear this > > option, I > > > only can see Preallocated. I have oVirt engine 3.1. Can > somebody > > give > > > some light why I haven't this option in my webadmin? > > > > > > Many thanks in avanced, > > > > > > Juanjo. > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > Dafna Ron > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > -- > Dafna Ron > > -- Dafna Ron

2 4

Re: [Users] FreeBSD 8.3 as a guest on Ovirt 3.1
by Doron Fediuck 24 Feb '13

24 Feb '13

-----Original Message----- From: mad89(a)moscow.ctm.ru [mad89(a)moscow.ctm.ru] Received: Friday, 22 Feb 2013, 9:41 To: users [users(a)ovirt.org] Subject: [Users] FreeBSD 8.3 as a guest on Ovirt 3.1 Hi all! I trying to install FreeBSD 8.3 as a guest on Ovirt 3.1, but install crashes with "Fatal trap 12: page fault in kernel mode". Host - CentOS6.3, packages: gpxe-roms-qemu-0.9.7-6.9.el6.noarch libvirt-0.9.10-21.el6_3.8.x86_64 libvirt-client-0.9.10-21.el6_3.8.x86_64 libvirt-lock-sanlock-0.9.10-21.el6_3.8.x86_64 libvirt-python-0.9.10-21.el6_3.8.x86_64 qemu-img-0.12.1.2-2.295.el6_3.10.x86_64 qemu-kvm-0.12.1.2-2.295.el6_3.10.x86_64 qemu-kvm-tools-0.12.1.2-2.295.el6_3.10.x86_64 seabios-0.6.1.2-19.el6.x86_64 vdsm-4.10.2-0.11.gitee9833b.el6.centos.alt.x86_64 vdsm-bootstrap-4.10.2-0.11.gitee9833b.el6.centos.alt.noarch vdsm-cli-4.10.2-0.11.gitee9833b.el6.centos.alt.noarch vdsm-python-4.10.2-0.11.gitee9833b.el6.centos.alt.x86_64 vdsm-xmlrpc-4.10.2-0.11.gitee9833b.el6.centos.alt.noarch -- with best regards, Pavel Hi Pavel, It sounds like a qemu or kvm issue. The kvm page(1) suggests e1000 network driver. (1) http://www.linux-kvm.org/page/Guest_Support_Status#FreeBSD

3 3

[Users] oVirt 3.2 and win 7 VM often in blue screen
by Gianluca Cecchi 24 Feb '13

24 Feb '13

Hello, I have f18 engine server + another f18 node with 3.2 final. I have a win7 vm *32bit) that repeatedly goes blue screen after a couple of hours... qemu options are : qemu 8067 1 17 17:16 ? 00:03:44 /usr/bin/qemu-kvm -name w7 -S -M pc-0.14 -cpu Opteron_G2 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid cc62f232-2172-4f66-8a06-0ec549277049 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=18-1,serial=34353439-3036-435A-4A38-303330393338,uuid=cc62f232-2172-4f66-8a06-0ec549277049 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/w7.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2013-02-21T17:16:05,driftfix=slew -no-shutdown -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x7 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/14b5167c-5883-4920-8236-e8905456b01f/images/5fa75ba2-ea0c-47e3-91d9-42148b75b1cf/aec75a91-ecac-4275-8728-9355e86b890c,if=none,id=drive-virtio-disk0,format=qcow2,serial=5fa75ba2-ea0c-47e3-91d9-42148b75b1cf,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=31,id=hostnet0,vhost=on,vhostfd=32 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:04:04:5c,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/w7.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/w7.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5903,tls-port=5904,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir -k en-us -vga qxl -global qxl-vga.vram_size=67108864 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 On engine events I see 2013-Feb-21, 12:28 VM w7 started on Host f18ovn03.ceda.polimi.it then 2013-Feb-21, 13:04 VM w7 is down. Exit message: User shut down (but I didn't shutdown it...) I start it at 17:16 and I get the black background page asking if I want to start normally. I say yes and after booting I get the window regarding unclean shutdown: Problem signature: Problem Event Name: BlueScreen OS Version: 6.1.7601.2.1.0.256.48 Locale ID: 1040 Additional information about the problem: BCCode: 1000008e BCP1: C0000005 BCP2: 8B923037 BCP3: 8A623ACC BCP4: 00000000 OS Version: 6_1_7601 Service Pack: 1_0 Product: 256_1 Files that help describe the problem: C:\Windows\Minidump\022113-10155-01.dmp C:\Users\politest1\AppData\Local\Temp\WER-23025-0.sysdata.xml Read our privacy statement online: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409 If the online privacy statement is not available, please read our privacy statement offline: C:\Windows\system32\en-US\erofflps.txt What can I do to debug? Are the two files referred (the .dmp and the .xml that I collected) useful to analyze anything? Do the contain sensitive data? The win7 VM has spice-guest-toos-0.3 installed and defined with spice console. It is the first win7 VM on final 3.2, while on another cluster with 3.2 beta I have another similar one (same iso) that stays up for several days without problem, so I presume something possible with particular hw of this node: HP BL685c G1 with 32Gb of ram AMD Opteron G2 (quad sockets dualcore) OS Version: Fedora - 18 - 1 kernel 3.7.8 - 202.fc18.x86_64 qemu-kvm 1.2.2 - 6.fc18 vdsm-4.10.3-8.fc18 libvirt-0.10.2.3-1.fc18 spice 0.12.2 - 3.fc18 active VMs : 4 Thanks, Gianluca

2 4

[Users] Ovirt & iSCSI
by Alex Leonhardt 22 Feb '13

22 Feb '13

Hi All, I was wondering if there is a document that describes in detail how ovirt is working with iscsi and how it creates the disks, etc. etc. on the SAN / iSCSI storage ? I checked the online documentation however cant see it going into much detail. I'd also be prepared to write something up for the documenation section, but I need to get it to work and understand first ;) FWIW, this is a part 2 of a project I'm working on, now moving away from NFS and onto iSCSI (a cheap san solution). Your help would be greatly appreciated. Thanks! Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

4 4

[Users] VNC web console
by Jaco 22 Feb '13

22 Feb '13

I've seen this in the list archives, but not sure how much traction it's gained in the intervening period (or ). I've fiddled with, and had some pretty decent experiences with Guacamole: http://guac-dev.org/ An HTML(5?)-based VNC client for a browser - no client-side components needed :) Could fit in nicely with the project. Just putting it out there - J

4 6

Re: [Users] Testday aftermath
by noc 22 Feb '13

22 Feb '13

On 22-2-2013 11:37, Josué Delgado wrote: > Hello, > > > I had the same XML ERROR when i tried to configure GlusterFS on a > node. Followed up the instructions and i updated glusterfs, now i have > the following packages: > > glusterfs-server-3.4.0alpha-1.el6.x86_64 > glusterfs-fuse-3.4.0alpha-1.el6.x86_64 > vdsm-gluster-4.10.3-8.fc18.noarch > glusterfs-3.4.0alpha-1.el6.x86_64 > > But now i have the following error when i tried to start glusterd: > > " > systemctl start glusterd > Failed to issue method call: Access denied > " > > On the logs i have this: > "Starting glusterd (via systemctl): Failed to issue method call: > Access denied > Feb 22 05:32:22 grc003 systemd[1]: Failed to get security context on > /usr/lib/systemd/system/glusterd.service: No such file or directory > [FAILED] > " > > There's no systemd init script for gluster, but there's a script in > /etc/init.d . Is that the cause of problem? It's the package somehow > broken? > > What can i do now to fix and start glusterfs in order to test again? > > check your owner:group on the gluster folders, they should be 36:36. You can achieve this by using the 'optimize' button in the webui while looking at the Volume. Joop -- irc: jvandewege

1 0

[Users] Backup and restore procedure?
by Jonathan Daugherty 22 Feb '13

22 Feb '13

Greetings, I'm working on deploying oVirt for the first time and I need to know what needs to be backed up in order to be prepared for a system recovery. Is this documented? For the engine, so far I imagine I'd want to back up /etc and dump my postgres database; the restore procedure for both of those is trivial. For the nodes, other than /etc, I don't know what needs to be backed up or what the restore procedure is. (And backing up /etc just for this seems a bit ham-fisted.) What am I missing? Thanks! -- Jonathan Daugherty Software Engineer Galois, Inc.

2 1

[Users] vlan interface failed : Bridged network Internet is attached to multiple interfaces: <UNKNOWN> on Host node1.
by Kevin Maziere Aubry 22 Feb '13

22 Feb '13

Hi there Few weeks ago I report on the 3.2beta a problem to set a new Vlan tagged interface. I've sent logs to Antoni. Now on the stable release, fresh install, I try to add a vlan tagged interface, and I have exactly the same error. I don't understand how such a problem in a stable release is possible ? Does anyone success to had a vlan ? I can't use ovirtmgmt network to go to Internet, so that i can't use 3.2 release. I can send log again if needed, just ask :) Kevin -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

4 11

[Users] workflow for minor updates in al-in-one config
by Gianluca Cecchi 22 Feb '13

22 Feb '13

Suppose that for your Fedora 18 oVirt 3.2 all-in-one config, where you have both the engine (ovirt-engine service) and the node (vdsmd service) there are a bunch of updates available such as: vdsm kernel ... is it correct to go through the workflow below? 1) stop running VMs 2) upgrade engine 2a) no related updates # engine-upgrade Checking for updates... (This may take several minutes)...[ DONE ] No updates available 2b) some related updates (eg. Supposing x.y below is the same as the one currrently installed Checking for updates... (This may take several minutes)...[ DONE ] 11 Updates available: * ovirt-engine-x.y.x-4.fc18.noarch * ovirt-engine-backend-x.y.z-4.fc18.noarch .. Error: New ovirt-engine-setup rpm available via yum. Please execute `yum update ovirt-engine-setup`, then re-execute 'engine-upgrade'. ) # yum update ovirt-engine-setup # engine-upgrade 3) stop engine # systemctl stop ovirt-engine.service 4) stop vdsmd # systemctl stop vdsmd.service 5) update remaining system packages if something already done in step 2 # yum update 6) reboot and check all is ok Gianluca

2 1

[Users] (no subject)
by Charlie 21 Feb '13

21 Feb '13

Wow. That's an incredibly tight focus! I've always recommended targeting "all human beings" (including blind, color-blind, and physically handicapped people) mostly because I think those damn Martians and Jovians are a bunch of whiners. They should stop complaining about being excluded and just learn to live at one Earth gravity like normal right-thinking people. Working towards a maximally useful product wastes resources, and the aliens will never buy Earth goods anyway. --Charlie On Wed, Feb 20, 2013 at 11:00 AM, Noam Slomianko <nslomian(a)redhat.com> wrote: > After an interesting presentation by Dave Neary today we started thinking about the persona[*] of the ovirt project users > We focused on the users of the new coming feature of UI plugins. > And this was our vision of an active user: > > Name: Dan > Age: 25 > Job position: an integrator at a medium sized service company > Technical level: computer savvy person with interest in gadgets and innovations. > Has about two years of java coding experience, but coding may not be his main focus at work. > Reason for using the UI Plugins feature: After getting requests from his costumers for simple log monitoring feature, the integration team leader have decided that implementing this as a Plugin for ovirt > would offer a more centralised solution and has assigned dan to start getting familiar with it and give him a time estimation for completion. > > > By creating a more accurate persona(s) of the user base we could more easily understand the needs of the users and steer the project in more productive and helpful ways for the people that really need it. > It would be very interesting to see what others think this "person" is like and what does he need. > so who do you feel is the likely user? > > In hopes of making ovirt better and more relevant to its users, > Noam. :) > > > [*] For those who don't know what a persona is: It's a fictional "person" that represents the users/costumers/"people of interest" of a product. by giving this "person" a name, age, education level and other traits its easier to relate and vision "his" needs > > > ***** > In the future the question we ask ourselves will change from "what do I want?" to "what do I want to want?" > And if this does not scare you, you haven't thought about it hard enough. > ***** > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users

2 1

[Users] info on logs regarding tasks..
by Gianluca Cecchi 21 Feb '13

21 Feb '13

Hello, on oVirt 3.2 I successfully tested disk moving for a powered off windows 7 VM (I'm going to try powered on case later). Storage As soon as the operation starts, I can see its details on task section at bottom board. But when it completes I then am unable to see in events any information, for example to track down duration. Any info on where can I find in Webadmin GUI this kind of information? Thanks, Gianluca

3 3

[Users] Flush old logs
by Nicolas Ecarnot 21 Feb '13

21 Feb '13

Hi, I'd like first to thank people of this mailing list for there help and advices - I learned a lot by reading your archive. Here's a simple question : In the "Alerts" message queue at the bottom of the screen, I see an error message dating from two weeks (about the failure to verify to restart status of a host). I'm pretty sure this shouldn't be there anymore, as the power management of this host has already been tested and approved many times since. I haven't find any trivial way to flush this message queue, and I was wondering whether it was stored in a database? Is there a way to clear these error messages? (Am I right with the db location?) Regards, -- Nicolas Ecarnot

2 4

[Users] oVirt 3.2 - Problem configuring Node.
by Josué Delgado 21 Feb '13

21 Feb '13

Hello, I did a fresh install with 3.2 GA release and since i had problems with ovirt-node, i decided to install a minimum fedora 18. When i tried to add that node on the webadmin interface, i got this error: "Host xxxxxx installation failed. Unexpected connection termination." I have this message on logs: "2013-02-21 09:54:41,650 INFO [org.apache.sshd.common.util.SecurityUtils] (pool-3-thread-4) BouncyCastle not registered, using the default JCE provider 2013-02-21 09:54:41,746 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-2) Session created... 2013-02-21 09:54:41,782 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-2) Server version string: SSH-2.0-OpenSSH_6.1 2013-02-21 09:54:41,786 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-2) Received SSH_MSG_KEXINIT 2013-02-21 09:54:41,807 INFO [org.apache.sshd.client.kex.DHG1] (NioProcessor-2) Send SSH_MSG_KEXDH_INIT 2013-02-21 09:54:41,814 INFO [org.apache.sshd.client.kex.DHG1] (NioProcessor-2) Received SSH_MSG_KEXDH_REPLY 2013-02-21 09:54:41,826 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-2) Received SSH_MSG_NEWKEYS 2013-02-21 09:54:41,830 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-2) Send SSH_MSG_SERVICE_REQUEST for ssh-userauth 2013-02-21 09:54:41,912 INFO [org.apache.sshd.client.auth.UserAuthPassword] (pool-3-thread-4) Send SSH_MSG_USERAUTH_REQUEST for password 2013-02-21 09:54:48,696 INFO [org.apache.sshd.client.auth.UserAuthPassword] (NioProcessor-2) Received SSH_MSG_USERAUTH_SUCCESS 2013-02-21 09:54:48,753 INFO [org.apache.sshd.client.channel.ChannelExec] (pool-3-thread-4) Send SSH_MSG_CHANNEL_OPEN on channel 0 2013-02-21 09:54:48,782 INFO [org.apache.sshd.client.channel.ChannelExec] (NioProcessor-2) Send SSH_MSG_CHANNEL_REQUEST exec 2013-02-21 09:54:48,823 INFO [org.apache.sshd.client.channel.ChannelExec] (NioProcessor-2) Received SSH_MSG_CHANNEL_REQUEST on channel 0 2013-02-21 09:54:48,838 INFO [org.apache.sshd.client.session.ClientSessionImpl] (NioProcessor-2) Session root@/192.168.218.228:22 closed" There's something that i missed? Many Tnkx. Regards, Josué Delgado

1 0

[Users] Lost our management server.. have DB backup but no /etc/pki/
by Saint Keimond 21 Feb '13

21 Feb '13

Hello, We lost our Fedora 17 server with ovirt 3.1 on it. We have a good database backup but do not have have any certificates. From what I read, it is possible to still do a restore.. we just have to rejoin all the nodes so that they get a new certificate. I've tried to bring the database in to a fresh 3.1 install and a fresh 3.2 install.. with no success on either. I need some helping figuring this out :) Thanks, David

6 8

[Users] Migration issue Asking For Help
by xianghuadu 21 Feb '13

21 Feb '13

This is a multi-part message in MIME format. ------=_001_NextPart781685242212_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGkgIGFsbA0KICAgICAgIEkgY29tZSBmcm9tIENoaW5hLCBNeSBuYW1lIGlzIGphY2sgDQogICAg ICAgSSByZWNlbnRseSBpbiB0aGUgcmVzZWFyY2ggb3ZpcnQgZW5jb3VudGVyIGEgcHJvYmxlbS4g DQpJbiB0aGUgdm0gbWlncmF0aW9uIG9jY3VycyB3aGVuIHRoZSBlcnJvcjogTWlncmF0aW9uIGZh aWxlZCBkdWUgdG8gRXJyb3I6IENvdWxkIG5vdCBjb25uZWN0IHRvIHBlZXIgaG9zdC4NCk15IGVu dmlyb25tZW50IGlzOg0KS1ZNICAgICAgICAgICAgIGRlbGwgMjk1MCAqIDINCnN0b3JhZ2UgICAg ICAgIGlzY3NpLXRhcmdldA0Kdm0gc3lzdGVtICAgIHdpbmRvd3MgMjAwOCByMg0KSG9wZSB0byBn ZXQgaGVscCAhISEhDQoNCg0KDQoNCnhpYW5naHVhZHU= ------=_001_NextPart781685242212_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Dgb2312" http-equiv=3DContent-Type> <STYLE> BLOCKQUOTE { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px; MARGIN-LEFT: 2em } OL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } UL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } P { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } BODY { LINE-HEIGHT: 1.5; FONT-FAMILY: =CE=A2=C8=ED=D1=C5=BA=DA; COLOR: #000000; = FONT-SIZE: 10.5pt } </STYLE> <META name=3DGENERATOR content=3D"MSHTML 8.00.7601.17744"></HEAD> <BODY style=3D"MARGIN: 10px"> <DIV>hi  all</DIV> <DIV>       I come from = China,=20 My name is jack </DIV> <DIV>      =20 I recently in the research ovirt encounter&n= bsp;a problem.=20 </DIV> <DIV=20 style=3D"TEXT-INDENT: 2em">In the vm migration occurs&= nbsp;when the error:=20 <U>Migration failed due to Error: Could not connect to peer host.</U></DIV= > <DIV style=3D"TEXT-INDENT: 2em">My environment is:</DIV> <DIV=20 style=3D"TEXT-INDENT: 2em">KVM       &n= bsp;     dell=20 2950 * 2</DIV> <DIV style=3D"TEXT-INDENT: 2em" sizcache09507295322888376=3D"9999" sizset= =3D"0"><SPAN=20 class=3Ddef sizcache09507295322888376=3D"8286"=20 sizset=3D"2">storage        iscsi-= target</SPAN></DIV> <DIV style=3D"TEXT-INDENT: 2em" sizcache09507295322888376=3D"9999" sizset= =3D"0"><SPAN=20 class=3Ddef sizcache09507295322888376=3D"8286" sizset=3D"2">vm=20 system    windows 2008 r2</SPAN></DIV> <DIV style=3D"TEXT-INDENT: 2em" sizcache09507295322888376=3D"9999" sizset= =3D"0"><SPAN=20 class=3Ddef sizcache09507295322888376=3D"8286"=20 sizset=3D"2">Hope to get help !!!!</SPAN></DIV> <DIV> </DIV> <HR style=3D"WIDTH: 210px; HEIGHT: 1px" align=3Dleft color=3D#b5c4df SIZE= =3D1> <DIV><SPAN>xianghuadu</SPAN></DIV></BODY></HTML> ------=_001_NextPart781685242212_=------

4 4

[Users] ovirt 3.2 host network interfaces
by Eduardo Ramos 20 Feb '13

20 Feb '13

Hi all! Today I installed the new oVirt 3.2 on CentOS 6.3 using www.dreyou.org repository and I liked so much. But, I'm having problems setting networks into physical interfaces of the hosts. On my production environment oVirt 3.1, I have several networks in my eth1 interface, but in the new one, I can't do the same. When I add a network to eth1, no other can be added to. The webadmin says me: No valid operation for network2 and eth1. How can I add several networks to the same eth? Thanks.

3 2

[Users] oVirt engine report and dwh in 3.2
by Gianluca Cecchi 20 Feb '13

20 Feb '13

Hello, updated my oVirt 3.2 beta all-in-one to 3.2 final. Then # yum install ovirt-engine-reports # ovirt-engine-dwh-setup # ovirt-engine-reports-setup All seems successful. The first time that I access the reports link from firefox I get a window about security and certificate, but where I cannot accept the certificate itself ("confirm exception" button remains greyed out) and so can't go ahead. I'm forced to kill firefox from a console and restart it because if I go in details window for certificate it spans all over my vertical screen length. Also with Alt+drag I cannot highlight the "cancel" button to exit the window..... Now when I click on reports link I get as in pre-3.2 Page: Reports is not a leagal. My databases now postgres=# \l List of databases Name | Owner | Encoding | Collate | Ctype | Access privileges ----------------------+----------+----------+-------------+-------------+----------------------- engine | engine | UTF8 | en_US.UTF-8 | en_US.UTF-8 | ovirt_engine_history | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | ovirtenginereports | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | postgres | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | output of commands: .... Installed: ovirt-engine-reports.noarch 0:3.2.0-1.fc18 Dependency Installed: jasperreports-server.noarch 0:4.7.0-1 ovirt-engine-dwh.noarch 0:3.2.0-1.fc18 postgresql-contrib.x86_64 0:9.2.3-1.fc18 uuid.x86_64 0:1.6.2-14.fc18 Dependency Updated: postgresql.x86_64 0:9.2.3-1.fc18 postgresql-libs.x86_64 0:9.2.3-1.fc18 postgresql-server.x86_64 0:9.2.3-1.fc18 Complete! # ovirt-engine-dwh-setup Setting DB connectivity... [ DONE ] Creating DB... [ DONE ] Starting ovirt-engine... [ DONE ] Starting oVirt-ETL... [ DONE ] Successfully installed ovirt-engine-dwh. The installation log file is available at: /var/log/ovirt-engine/ovirt-engine-dwh-setup-2013_02_19_00_16_15.log # ovirt-engine-reports-setup Welcome to ovirt-engine-reports setup utility Please choose a password for the admin users (ovirt-admin and superuser): Warning: Weak Password. Re-type password: Editing XML files... [ DONE ] Setting DB connectivity... [ DONE ] Deploying Server... [ DONE ] Updating Redirect Servlet... [ DONE ] Importing reports... [ DONE ] Customizing Server... [ DONE ] Running post setup steps... [ DONE ] Starting ovirt-engine... [ DONE ] Succesfully installed ovirt-engine-reports. The installation log file is available at: /var/log/ovirt-engine/ovirt-engine-reports-setup-2013_02_19_00_17_19.log dwh setup log: https://docs.google.com/file/d/0BwoPbcrMv8mvZHE5dGU3bWNDaEU/edit?usp=sharing reports setup log: https://docs.google.com/file/d/0BwoPbcrMv8mvMi10UnQ5bVY2VWc/edit?usp=sharing Any run-time log to view or service status to check? Thanks, Gianluca

5 13

Re: [Users] Thin Provisioning
by Dafna Ron 20 Feb '13

20 Feb '13

ok. so you have 1 NFS data domain which has a template on it and when you are trying to create a new vm you only have preallocated disk type. when you open the new vm dialogue, after you select the template, in the Resource allocation tab you need to select the clone radio button (its near the Template Provisioning). once you do that, the allocation policy scroll will become active and you will be able to select thin or preallocated. let me know if after you select the clone you still only have preallocated. On 02/20/2013 06:09 PM, Juan Jose wrote: > Hello Dafna, > > Are you want to say one NFS domain?, I have one for VM aand one isos. > > > On Wed, Feb 20, 2013 at 4:46 PM, Dafna Ron <dron(a)redhat.com > <mailto:dron@redhat.com>> wrote: > > do you have more than one domain? > > > On 02/20/2013 05:38 PM, Juan Jose wrote: > > Hello everybody, > > > > I'm following the Quick Start Guide to clone a machine from a > Template > > that it's already created. As thi guide says it's necessary to > select > > in Allocation tab from Resource Allocation, Thin Provision. When > I try > > to do this and down the select field it doesn't appear this > option, I > > only can see Preallocated. I have oVirt engine 3.1. Can somebody > give > > some light why I haven't this option in my webadmin? > > > > Many thanks in avanced, > > > > Juanjo. > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org <mailto:Users@ovirt.org> > > http://lists.ovirt.org/mailman/listinfo/users > > > -- > Dafna Ron > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > -- Dafna Ron

1 0