- Users - oVirt List Archives

connetcion noVNC via FireFox only?
by Grzegorz Szypa 23 Sep '14

23 Sep '14

Hi. Like subject this is only available on FireFox Browser? and as it is with Internet Explorer? -- G.Sz.

2 1

[oVirt 3.4.3] RDP Browser plug-in - SSO
by Grzegorz Szypa 23 Sep '14

23 Sep '14

Hi. I have a little problem with log-in to Windows VMs via SSO. When connect to VM in username filed i get a example text "/user@domain" What going on wit this sign " / " -- G.Sz.

2 1

Bug: Spice port changed!!!!!
by PaulCheung 23 Sep '14

23 Sep '14

--_dbdd9665-244a-40a0-a04a-304b99388545_ Content-Type: multipart/alternative; boundary="_054c85cf-197b-4417-8de0-b797aa86b678_" --_054c85cf-197b-4417-8de0-b797aa86b678_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQpBZnRlciBzaHV0ZG93biB0aGUgVk0sIHRoZW4gcmVzdGFydCB0aGUgVk0gdGhl IFZtJ3Mgc3BpY2UgcG9ydCBpcyBjaGFuZ2VkISAgICAgICAgICAgICAgDQoNCkJlY2F1c2UgSSBo YXZlIDEwIHRlcm1pbmFsIEFSTS1Cb3ggIHJ1bm5pbmcgc3BpY2UgY2xpZW50IGNvbm5lY3RlZCB0 byB0aGUgdm0sICBidXQgYWZ0ZXIgdGhlIFZNIHNodXRkb3duIGFuZCBzdGFydCBhZ2FpbiwgdGhl IHZtIG5vdCB0aGUgb25lIHdoaWNlIHRoZSBvbmUgYmVmb3JlLg0KSSB3aXNoIHlvdSBjYW4gbGV0 IHVzIGhhdmUgYSBvcHRpb24sIHRvIGxldCB0aGUgVk0gd2l0aCBhIGZpeGVkIHNwaWNlIHBvcnQs ICAgbGlrZTp2bTE6ICAgc3BpY2UgcG9ydCA6IDU5MDAgICB0bHM6NTkwMXZtMjogICAgNTkwMiAg IDU5MDMNCkFuZCBJIGhhdmUgYW5vdGhlciByZWNvbW1vbmQ6ICAgIGhhdmUgYSBmdWN0aW9uIHRv IGRvIHRoYXQgOg0KaWYgdGhlIHZtIHNodXRkb3duIGJ5IHVzZXIsICAgaXQgd2lsbCBzdGFydCB0 aGUgVk0gYXV0b21hdGljLiBUaGF0IG1lYW5zIHRoZSBWTSBjYW4gbm90IGJlIHNodXRkb3duIQ0K DQoNCkkgaG9wZSB5b3UgY2FuIGhhdmUgdGhpcyB0d28gZnVjdGlvbiEgICBUaGF0IG1lYW5zIGEg bG90IHRvIHRob3NlIHdobyBhcmUgdXNpbmcgVGVybWluYWwgYm94IHVzZXIgbGlrZSBtZS4NCg0K SSBhbSBzb3JyeSBmb3IgbXkgcG9vciBFbmdsaXNoLiAgQnV0IEkgaG9wZSB5b3UgYWxsIGNhbiB1 bmRlcnN0YW5kIHdoYXQgSSBhbSBzYXlpbmcuDQoNCg0KDQoNCgoNCg0KU2luY2VyZWx5IHlvdXJz LA0KUGF1bENoZXVuZw0KDQoNCiB0ZWw6IDE4MC04ODgyLTcxNzMNCiAJCSAJICAgCQkgIA== --_054c85cf-197b-4417-8de0-b797aa86b678_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5Os6iyO3RxbraDQp9DQotLT48L3N0eWxlPjwvaGVhZD4NCjxib2R5IGNsYXNzPSdo bW1lc3NhZ2UnPjxkaXYgZGlyPSdsdHInPkRlYXIgYWxsLDxkaXY+PGJyPjwvZGl2PjxkaXY+QWZ0 ZXIgc2h1dGRvd24gdGhlIFZNLCB0aGVuIHJlc3RhcnQgdGhlIFZNIHRoZSBWbSdzIHNwaWNlIHBv cnQgaXMgY2hhbmdlZCE8L2Rpdj48ZGl2PjxkaXYgaWQ9ImlubGluZUltYWdlMCIgc3R5bGU9ImRp c3BsYXk6IGlubGluZS1ibG9jayI+PHNjcmlwdCB0eXBlPSJqc3YjMTExOV8iPjwvc2NyaXB0PiAg ICA8c3BhbiBjb250ZW50ZWRpdGFibGU9InRydWUiPiZuYnNwOzwvc3Bhbj4gICAgPGRpdiBzdHls ZT0iZGlzcGxheTogaW5saW5lLWJsb2NrIiB1bnNlbGVjdGFibGU9Im9uIiBjb250ZW50ZWRpdGFi bGU9ImZhbHNlIiBjbGFzcz0iaW5saW5lSW1hZ2UiIGluaXRoZWlnaHQ9IjIwOCIgaW5pdHdpZHRo PSI0NTIiPjxpbWcgc3JjPSJjaWQ6aW5saW5lSW1hZ2UwIiBoZWlnaHQ9IjIwOCIgd2lkdGg9IjQ1 MiI+PC9kaXY+ICAgIDxzcGFuIGNvbnRlbnRlZGl0YWJsZT0idHJ1ZSI+Jm5ic3A7PC9zcGFuPjxz Y3JpcHQgdHlwZT0ianN2LzExMTlfIj48L3NjcmlwdD48L2Rpdj48YnI+PC9kaXY+PGRpdj48YnI+ PC9kaXY+PGRpdj5CZWNhdXNlIEkgaGF2ZSAxMCB0ZXJtaW5hbCBBUk0tQm94ICZuYnNwO3J1bm5p bmcgc3BpY2UgY2xpZW50IGNvbm5lY3RlZCB0byB0aGUgdm0sICZuYnNwO2J1dCBhZnRlciB0aGUg Vk0gc2h1dGRvd24gYW5kIHN0YXJ0IGFnYWluLCB0aGUgdm0gbm90IHRoZSBvbmUgd2hpY2UgdGhl IG9uZSBiZWZvcmUuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIHdpc2ggeW91IGNhbiBsZXQg dXMgaGF2ZSBhIG9wdGlvbiwgdG8gbGV0IHRoZSBWTSB3aXRoIGEgZml4ZWQgc3BpY2UgcG9ydCwg Jm5ic3A7IGxpa2U6PC9kaXY+PGRpdj52bTE6ICZuYnNwOyBzcGljZSBwb3J0IDogNTkwMCAmbmJz cDsgdGxzOjU5MDE8L2Rpdj48ZGl2PnZtMjogJm5ic3A7ICZuYnNwOzU5MDIgJm5ic3A7IDU5MDM8 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkFuZCBJIGhhdmUgYW5vdGhlciByZWNvbW1vbmQ6ICZu YnNwOyAmbmJzcDtoYXZlIGEgZnVjdGlvbiB0byBkbyB0aGF0IDo8L2Rpdj48ZGl2Pjxicj48L2Rp dj48ZGl2PmlmIHRoZSB2bSBzaHV0ZG93biBieSB1c2VyLCAmbmJzcDsgaXQgd2lsbCBzdGFydCB0 aGUgVk0gYXV0b21hdGljLiBUaGF0IG1lYW5zIHRoZSBWTSBjYW4gbm90IGJlIHNodXRkb3duITwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+SSBo b3BlIHlvdSBjYW4gaGF2ZSB0aGlzIHR3byBmdWN0aW9uISAmbmJzcDsgVGhhdCBtZWFucyBhIGxv dCB0byB0aG9zZSB3aG8gYXJlIHVzaW5nIFRlcm1pbmFsIGJveCB1c2VyIGxpa2UgbWUuPC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIGFtIHNvcnJ5IGZvciBteSBwb29y IEVuZ2xpc2guICZuYnNwO0J1dCBJIGhvcGUgeW91IGFsbCBjYW4gdW5kZXJzdGFuZCB3aGF0IEkg YW0gc2F5aW5nLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjxkaXY+Cjxicj48YnI+U2luY2VyZWx5IHlvdXJz LDxicj5QYXVsQ2hldW5nPGJyPjxicj48YnI+Jm5ic3A7dGVsOiAxODAtODg4Mi03MTczPGJyPjwv ZGl2PjwvZGl2PiAJCSAJICAgCQkgIDwvZGl2PjwvYm9keT4NCjwvaHRtbD4= --_054c85cf-197b-4417-8de0-b797aa86b678_-- --_dbdd9665-244a-40a0-a04a-304b99388545_ Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: <inlineImage0> Content-Disposition: attachment; filename="=?gb2312?B?zt6x6sziLnBuZw==?=" iVBORw0KGgoAAAANSUhEUgAAAcQAAADQCAIAAAAWDYZxAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAABYhSURBVHhe7Z1RmqwoEkZrPbWVu5JaSC6k1jEb 6Md5mP30KKIGCIoYXkM49fVDX1NDOBH8oil/fv3vv/98vervz+c/wd/vj2z+98/v54/YMPw73D34 9GsKFmzbjb9+eCXO2qYwSm7717l2yh6EJ3hVomksBF5G4HVi+jK+NBcCEOiEAGLaSaLpJgQgcC8B xPRevkSHAAQ6IYCYdpJougkBCNxLADG9ly/RIQCBTgggpp0kmm5CAAL3EkBM7+VLdAhAoBMCJsR0 eTMyfGn09SmY3nr98/n9+X59X+gABCCwTyAS0/kl9784/MdT+tMNorq8Ze7eYNdpxvrmfupV+8vn 8JeCRBwnpvE6gvqKdCcquN6sb+0PbZpXMSwQkv0dDrnMob5jF4/M5TcZ9lkOw9ntcU7U1fV62Odc nvFo1Y09eqIrWzG9r7nR6qSpFUF5hZM4ncJzdTGdS4r1mGy9aWN6kLjz6Ymp68GRmI4jY75mTAUt ryC3DuZkfsuHTeWemfzuR1PhUNFflfNWgto77Liu6k6q0V85ar90NKGuM4dHHYrpdGUYFHa+1Kxj U1w0gilfYnt+Weesn4n53QROHPr5zGtJxw/Eskk3i/31a0P9dt+kQJ+3wqZ0D74tmv1lr1FexHMO 0a9JN2X//wRFv3L+Hf7mnXdXkG7bmZ1ByJTNCu7VeUlDJNti5e6VdayJfuXr+CC/mQNPcPgaBvDc Mcl5b5lytrkpcRHJ/5nuPcaHQtlxl8qLv41zh7u/ghlRpq52ZpRbDofnTfRXDtvl8Zc/q2/28q/N FGgcDVdK61APL+1wKKZ+RrfcYP75TJ1Zb86nKd883nLb3SEJDtNg8Fef1MzUkV0PjGay/pNlp3li tkCPB1s0sysX06kIVoGLPQAS9euCF54h3a+JrH/iGtyOyf3HD6aGHZ0sN1PYbpdTgJFuoKe+79FR KnWe7le5mB7N3KdI5Rx22lPR3xTnubhdDQdVJEtuHXfrLjIvwU3I+MG+5mTrKscnx2H/vCkx/bOY ZwStjMf+0v6GZqbpIbq5QHgUue0uRTti6oduDNRfZcOhtMJdB7xLmtd9lwVtMfXFN1+3Y+VMDs5p 45G+LZ1L9Ss6eOnmeombZiJz5R2drFRE5n5u55pBhrMD4PACH0/cxfVSfnQ8Czm4WBbPTPMim22P gpgGCd1I/Dab+bxE8rkZiPEYCio4bEbmYpPmsH/eRL2FXZAJXnkGHQ9KpWDKfVh7t+1QODNNiEf8 ZY7bpVZM15tZMbMY8zTeUcYjyp8kegKaFdNwWhsFO1KfQvCbotne5R9/oZ/o156YiqYtdwabURG1 v1RM8w9nlcS0jKu448kdEMxbDiRkjVHMYXMdD+rzWOsP+Ef5itKdKM7sw83oYeINYpqqt3GGFMvy 7jN6OSPeqMXc3/AqFWS4rG4e2qtSTGOIa45DuNEzvpn7fDO+c8PlZrJuf7HzDGkMG5woPzMdMvYR 98lx+d8lpmNLp4I+M3/Z9Cv4zsyRWB+niCIW9RZU64ZduYiEcQIZWhmmHsvMk+bTQjOdI0hryTja z+/lmelOe9aPEiWaPvGWv4wfPCIbAqSKM5eX6RnBctajqgvIyrrKzdBzHPbPG/dXXjzcFDWqkrHZ ca9LiuAh9YxOeySm8QwreHiZ/MIhP40XXxkJhuP+/p/ylmF5NWppgbwCioPEVzRDGLf38nXZ8njX t1Scdjt1vJKQpEhNVXFU1sFpg35NnwR3V+6rHzdmwldGcl8Aivv/8AuTuYx3brcTp1hyO55vPnTN yxqsUkn3+5VL0Iri+LS5/mY57HBO1/NuGe3f9rrvt6Y7mPy4y6R+ELvPZzXvPb4dTtfVaQ6Z82bj CHnwDQ6StrksCf7HfboyhBWOPRJThVMchlj5Hg+Gw2DP7JAX0+x92TMN5ayPEsjdGeTmg+WNfeqd IeXzKt0plnPT3PP5l/Y1e/NILH8RNn/dfAQOJ43vPLZ1Il45Cn42opzd9Qjl55J7Kp43mCjLH8uo a9kjR5lYTvpIzzkpBCAAAUUCiKkiTEJBAAL9EkBM+809PYcABBQJIKaKMAkFAQj0SwAx7Tf39BwC EFAkgJgqwiQUBCDQL4EWxdS/uC+Tmls3Up745WXYi69AhS+Bl9j7lLdRdc9g8cXmxerQEmA6ce59 YY13+VW7RjAI3EGgRTEdON31qvz+S9dlCQqWx1155/nU2qqytom9cqu73XVp2i+4RIXbF/WVa7re szDwNC0OgMBXO2IqZlLT+t5ourT7srT3A33Wn1FMWteZ4LRxWSDrl4GGa3YjB+htWW92L/C8zIhp uHnlHLs3zT2Q+2tcihizELBKoBUxlZOkxG3+dhjLLdLo4Sl/xh0fWL9Qe7bFWoT29pnpupw/NDVI eZvmrfDE2pYys1GrY4V2QWCXQCNiemRVl5oTpRewPePPuJkGRo6OyQe15WJaMzONHjlH1jSzofvS hqyYzq7G7qHqYuDFsIRAcwQ6FlORS/G87xl/xpvF9HLZ5p5By9v8tG9syVXhcvMIAAEDBBoR07zv 5/LkNJrcWfNn3PGBzf0YSYWfZnnFyccOCWPA+QsoacmY9I0NLhOv9gQqZ8eefRJoRUxzvp/v8WdM +8Du+VpW+GmeKvK0J1De3ifjK9qCH9ApbuzcKYF2xFQpgVfeVUo0gbmYUl4IAwHrBBBTmSH8Ga3X K+2DgFkCiKnZ1NAwCEDgTQQQ0zdli7ZCAAJmCSCmZlNDwyAAgTcRQEzflC3aCgEImCWAmJpNDQ2D AATeRAAxfVO2aCsEIGCWQItiip+pRrmd9zOd3s7P+L26DwNbVI1GEgMCdgi0KKYDXfxML5fYST9T v+Q0s0hhtI/5KTdmudx4AkDg7xNoR0zxM81XT41r1Ek/U3/ylJh6e8ScOv/9oueMELiDQCtiip+p dnXkbvOFw5bbJbx134jpapKCmGqniHi2CDQipviZ7pZVzcxUBgx/b2SN9ru5dd+IaeTUcvEXtGwN HloDAUmgYzEVGPAzPRgVx36mO7f5/iNmpkhP2wQaEVP8TLW/KT/tZzqNkx2XLMS0bSmhd62IKX6m +rV8ys80Nl4Nf+5p+ZTbfP08EdEIgXbEVAkofqZKIAkDgc4IIKYy4fiZdlb+dBcCegQQUz2WRIIA BDomgJh2nHy6DgEI6BFATPVYEgkCEOiYAGLacfLpOgQgoEcAMdVjSSQIQKBjAohpx8mn6xCAgB6B FsUUP1ON+jjvZ7oeEZqf5LZrtJIYEDBDoEUxHeDiZ3q5wk76mY4LeudVT4EvSm775QYSAAK2CLQj pviZ5iurxjXqpJ9psChfHJvbbmsY0BoIXCfQipjiZ3q9FsIIJ/1MY9FcZ6liOf4QM1yzr91o4kHg OQKNiCl+prslVDMzlQEL/EwR0+cGMWe2QaBjMRUJwM/0oBqP/UwDvQ1u84U5IC58NkY9rbiFQCNi ip/p436m3z+fn++pRiNhTW+/pZwJCoHnCLQipviZ6tfQKT/T4fTr/uGrUbnt+i0mIgQeJNCOmCpB xM9UCSRhINAZAcRUJhw/087Kn+5CQI8AYqrHkkgQgEDHBBDTjpNP1yEAAT0CiKkeSyJBAAIdE0BM O04+XYcABPQIIKZ6LIkEAQh0TAAx7Tj5dB0CENAj0KKY4meqUR/n/Uwd98GHz6+DWhqxvHC2/Uij ocSAgA0CLYrpQBY/08vlddLPdNTeYeFT5DjjFqbNGjqKbbg26nIjCQABOwTaEVP8TPNVVeMaddLP 1J98I6ayUfic2Bn4tESfQCtiip+pdm2c9DMtENO7bhe0e048CFQRaERM8TPdzX7NzFQGLPAzPRBT 1wLu8avGKAe9hEDHYioyhJ/pQbke+5nuiKkTUr58eoki0MxqAo2IKX6m2tO+QQAX/fNfLm2KLJyw uo9TX0AtP7RXXaUcCIEXEGhFTPEz1S+2U36m03tR69/0W0+b5wvc6evniYhGCLQjpkpA8TNVAkkY CHRGADGVCcfPtLPyp7sQ0COAmOqxJBIEINAxAcS04+TTdQhAQI8AYqrHkkgQgEDHBBDTjpNP1yEA AT0CiKkeSyJBAAIdE0BMO04+XYcABPQItCim+Jlq1Md5P9P1iPDVfPxMNfJBDPMEWhTTAfpdBkWD XlxeZB4swrwS7+f3zvVEJ/1MJ+PSqd5lD/EzNa8BNFCJQDtiip9pviRqXKNO+pkGi/KLjlWqYMJA wAiBVsQUP1PtgjrpZxqL6TxLFc2663ZBu+fEg0AVgUbEFD/T3ezXzExlwAI/0wMxxc+0anhy0JsI dCymwZxped4XPcSMblg3z0zljHj0SAqeYs4CE25OGNdtjgyt7DK/BXLvM9Ogio/9TINehSDwM32T ItDWagKNiCl+po/7mX7/fObfJY2+gMLPtHp4cuCbCLQipviZ6lfdKT/T4fTr/sv8HD9T/bQQ0SqB dsRUifCVd5USTdj9tU6lJhMGAhAwQAAxlUnAz9RASdIECLyTAGL6zrzRaghAwBgBxNRYQmgOBCDw TgKI6TvzRqshAAFjBBBTYwmhORCAwDsJIKbvzButhgAEjBFATI0lhOZAAALvJNCimOJnqlGLen6m Y2tcTtzfnbaBGv0mBgQqCbQopm7sJlyLKhHJw/AzjXxLV3fXjJ/pQA+TE4XKI4R9Au2IKX6m+Wqr cY0q8iRdL1pZP1N3/bE/EGghBK4SaEVM8TO9Wgnx8Vp+poPKfj6//h7/8s8UaPeSeBBQI9CImOJn ulsRNTNTGfCCn+l0ai+izFLVBi6B7BHoWExFMsTzPvxMU0Va72c6iqm4zVf2kbE3oGhRvwQaEVP8 TLW/JXca+D0NjFEQU1/CR4bQST/T4XBx9F1fDPY7gOm5HQKtiCl+pvo1peBn6hvFi1H62SGiOQLt iKkSWuX7UPxMlfJCGAhYJ4CYygzhZ2q9XmkfBMwSQEzNpoaGQQACbyKAmL4pW7QVAhAwSwAxNZsa GgYBCLyJAGL6pmzRVghAwCwBxNRsamgYBCDwJgKI6ZuyRVshAAGzBFoUU/xMNcpN1890MjTFy1Qj M8QwSqBFMR1Q37VsET/TCj/TIR/jitKfn1/E1KgM0CwNAu2IKX6m+XqocY3S8jN1C33HZf6ZgBpV TAwIGCDQipjiZ6pdTEp+pqtJCmKqnSLi2SLQiJjiZ7pbVjUzUxnwgp/p6nHi/KFxh7Y1/mmNIoGO xVRQxM/0oKTq/UzXwMxMFcctoQwSaERM8TPV/qZc0c/Ulz1ianD80yRFAq2IKX6mikXhQ+n5ma6/ 9Mxtvn6eiGiEQDtiqgQUP1MlkISBQGcEEFOZcPxMOyt/ugsBPQKIqR5LIkEAAh0TQEw7Tj5dhwAE 9AggpnosiQQBCHRMADHtOPl0HQIQ0COAmOqxJBIEINAxAcS04+TTdQhAQI9Ai2KKn6lGfZz3M52W 4adfy1+X6GPDp5EdYhgk0KKYDpjxM71ca7nVn8LHQFp1eXeoyHHGtcLJMhp6OSMEME6gHTHFzzRf ajWuUSf9TP3Jt2Lq/LSNjwKaBwEFAq2IKX6mCsUQhDjpZ5oV00FeP59haooDn3aGiGeMQCNiip/p bl3VzExlwAI/05yYTqf2D1KZpRob/jRHk0DHYiow4md6UFPHfqZ7Yipu85V9ZDSHArEgcI1AI2KK n6n2Nzyn/UynOkx9ATX+mt6f9eNrBcvRELBKoBUxxc9Uv8JO+ZlGP08y3NiHM3//0JQv9fXzREQj BNoRUyWgyvehqZmaUksJAwEIWCKAmMps4GdqqTZpCwReRQAxfVW6aCwEIGCVAGJqNTO0CwIQeBUB xPRV6aKxEICAVQKIqdXM0C4IQOBVBBDTV6WLxkIAAlYJIKZWM0O7IACBVxFoUUzxM9UoQT0/U7xM NfJBDPMEWhTTATp+ppcrT8nP1PucuuaEfimXW0gACJgi0I6Y4meaL6wa1yglP1MZxplGfZuqfxoD ATUCrYgpfqZqJeEDafmZjvPR+Q+XaO0sEc8QgUbEFD/T3ZqqmZnKgBf8TActXcxNvn8+TEwNDX6a okugYzEVIPEzPaiqej/T4DKH7Yvu6CWaKQKNiCl+plb9TINHr4ipqcFPY3QJtCKm+Jnq1sUYTcnP VDqdYmeqnyYiWiHQjpgqEVX+wpm5mFJeCAMB6wQQU5kh/Eyt1yvtg4BZAoip2dTQMAhA4E0EENM3 ZYu2QgACZgkgpmZTQ8MgAIE3EUBM35Qt2goBCJglgJiaTQ0NgwAE3kQAMX1TtmgrBCBglkCLYoqf qUa5nfczXV4si6yhcts1WkkMCJgh0KKYDnDxM71cYSf9TIVt13gxW5Y65bZfbh8BIGCMQDtiip9p vrRqXKPq/ExdG3I6nNtubEzQHAhUEWhFTPEzrUr/zkF1fqZjwGKLKe0mEw8CTxJoREzxM90topqZ qQxY7mfqzpSwM8ltf7L2OTcEVAl0LKaCI36mB0VVNNl0gpn4XZLcdtVCJhgEnibQiJjiZ/q0n+n4 rVPqV0ly258ufM4PAW0CrYgpfqbalXHKz3TzHMHf6ee26zeWiBB4mkA7YqpEEj9TJZCEgUBnBBBT mXD8TDsrf7oLAT0CiKkeSyJBAAIdE0BMO04+XYcABPQIIKZ6LIkEAQh0TAAx7Tj5dB0CENAjgJjq sSQSBCDQMQHEtOPk03UIQECPQItiip+pRn2c9zN13BPrSddIiUX7Gk0lBgQsEGhRTAeu+JleLq6T fqajYg5aGTnOuFQsy0xDv5TLLSQABEwRaEdM8TPNF1aNa1Sdn+lGTIMNGJqaGvw0RpdAK2KKn6lu XTiH5/GuffoT9+dippnw1TsU05QZinbTiQeBJwg0Iqb4me4WT83MVAYs9zNFTJ8YxZzTBIGOxVTw x8/0oBiL/EzHGAkxFdNabvNNDHoacQ+BRsQUP9On/Ux9eW6/gPr++fx8T5/yBdQ9g5ioNgi0Iqb4 merXU9pDa3oBKvUodd3u3pBaGrTG4dUo/SwR0QyBdsRUCSl+pkogCQOBzgggpjLh+Jl2Vv50FwJ6 BBBTPZZEggAEOiaAmHacfLoOAQjoEUBM9VheiPTv11fyvwshORQCEPirBBDTv4o7dzLE1EQaaAQE LhBATC/A0zsUMdVjSSQIPEPAhJgury42tnB7WvCzfY99m2rE9Jny56wQ0CMQiem8iPt3XrSid6Zc pPGU/nRyhYx7S0mnGTk/zZz/5sk++0tBoq1OTIuWUCKmJ6GzOwTMEdiKqY6ApTrq5mnx36A16xnD SZzO+/MZP82s/2ZVioJeLBHcxQExrSLKQRB4G4FDMZ3eYx/0bp7frYIoPNoClUxs39gWLQfM+pmY 301iKn1KP/NSxvEDsa7RzWJ/3YefP367P8OBn2bJPXhBTrdiKlddTgT3wjAzLYDMLhAwTeBQTMfW z/fD0/9PKrXenE87zGKR2+4OScxMJzXzN/ipmWlkmhnNZL2/x7LT2NTxLMt8MBbTSNTKxVRC8NPa NbO5menQt6IzIKamRwmNg0ABgX/5gwAEIACBywS+LkcgAAQgAAEI/IuYUgQQgAAEFAj8H1/p2TGK pzLEAAAAAElFTkSuQmCC --_dbdd9665-244a-40a0-a04a-304b99388545_--

3 8

Re: [ovirt-users] question on VM
by Bill Dossett 23 Sep '14

23 Sep '14

--_000_B47F00825D68444ABC037330782753603715E7D3013BR1MPN1012MG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In the absence of any comment and continued testing I have found that I can= ping the host network IP that the VM is running on... and the host can pin= g the VM. So it would appear that nothing is wrong with the VM... I could = only ping the host from the VM once I stopped iptables, so the firewall was= stopping that. But I still can't ping outside of the host or ping the VM = from elsewhere... and the VM continues to get an IP address from the DHCP s= erver without issue. I have gone back to my networks and checked them thor= oughly and can't see any issues, I have migrated the VM from one host to an= other and the condition persists in that it can ping the host that it is ru= nning on and the host can ping it (providing I turn off the firewall) num= erous reboots etc and no change. :( Bill Dossett Virtualisation Architect Pitney Bowes - Tech Central 6 Hercules Way, 600 Leavesden Park Watford, WD25 7GS Phone (+44) (0)1923 279353 | VOIP: 54739353 Mobile (+44) (0)7775 908612 bill.dossett(a)pb.com<mailto:bill.dossett@pb.com> www.pb.com<http://www.pb.com/> In Engineering? Raise a ticket via Remedy Anywhere [HERE<http://teamsite.in= side.pb.com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx>] take= s less than a minute ManageIQ User Guide available [HERE<https://dl.dropbox.com/u/6219441/Manage= IQ%20-%20User%20Manual%20PB%20v4.pdf>] Check out the ManageIQ Blog for recent enhancements and information [HERE]<= http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.aspx> ________________________________ --_000_B47F00825D68444ABC037330782753603715E7D3013BR1MPN1012MG_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> In the absence of any = comment and continued testing I have found that I can ping the host network= IP that the VM is running on… and the host can ping the VM.  So= it would appear that nothing is wrong with the VM… I could only ping the host from the VM once I stopped iptables, = so the firewall was stopping that.  But I still can’t ping outsi= de of the host or ping the VM from elsewhere… and the VM continues to= get an IP address from the DHCP server without issue.  I have gone back to my networks and checked them thoroughly and can’= t see any issues, I have migrated the VM from one host to another and the c= ondition persists in that it can ping the host that it is running on and th= e host can ping it (providing  I turn off the firewall)  numerous reboots etc and no change.  <= span style=3D"font-family:Wingdings;color:#1F497D">L<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" style=3D"border-collapse:collapse"> <tbody> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> Bill Dossett<o:p></o= :p> Virtualisation Archi= tect<o:p><= /o:p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> Pitney Bowes –= Tech Central<o:p></o:p> 6 Hercules Way, 600 Lea= vesden Park<o:p></o:p> Watford, WD25 7GS</span= ><o:p></o:p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> Phone (+44) (0)1923= 279353 | VOIP: 54739353<o:p></o:p> Mobile (+44) (0)7775= 908612<o:p></o:p= > </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <a href=3D"mailto:bill.= dossett(a)pb.com">bill.dossett(a)pb.com</a></= span><o:p></o:p><= /p> <a href=3D"http://www.p= b.com/">www.pb.com</a> <o:p></o:p> <o:p> </o:p></span= > In Engineering?<span= style=3D"font-size:10.0pt;font-family:"Verdana","sans-serif= ";mso-fareast-language:EN-GB"> Raise a ticket via Remedy Anywhere [<a href=3D"http://teamsite.inside.pb= .com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx">HERE</a>] takes less than a minute</spa= n><o:p></o:p></p= > </td> </tr> </tbody> </table> <o:p> </o:p> ManageIQ = User Guide available [<b= ><a href=3D"https://dl.dropbox.com/u/6219441/ManageIQ%20-%20User%20Manual%2= 0PB%20v4.pdf">HERE</a>]<o:p></o:p></s= pan> <o:p>&nbs= p;</o:p> Check out= the ManageIQ Blog for recent enhancements and information <a href=3D"http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.a= spx">[HERE]</a><o:p></o:p> <o:p> </o:p> <o:p> </o:p> </div> <hr> </body> </html> --_000_B47F00825D68444ABC037330782753603715E7D3013BR1MPN1012MG_--

1 0

ovirt engine not responding
by Thomas Scofield 23 Sep '14

23 Sep '14

Since upgrading our ovirt setup from 3.2 to 3.3 we have run into some issues with the ovirt-engine becoming non responsive. The first few times we just cycled the server and moved on with things, but the problem kept re-occurring. After digging into the server.log we identified a number of errors, some samples below 2014-09-18 03:20:06,115 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 2) JBAS015004: Caught exception writing deployment marker file /var/tmp/ovirt-engine/deployments/engine.ear.pending: java.io.FileNotFoundException: /var/tmp/ovirt-engine/deployments/engine.ear.pending (No such file or directory) 2014-09-18 03:20:06,121 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 2) JBAS015004: Caught exception writing deployment marker file /var/tmp/ovirt-engine/deployments/engine.ear.isundeploying: java.io.FileNotFoundException: /var/tmp/ovirt-engine/deployments/engine.ear.isundeploying (No such file or directory) I didn't see any similar messages posted to the forum. After doing some digging we found that the OS delivered /etc/cron.daily/tmpwatch was the culprit. It has an line that cleans up /var/tmp. flags=-umc /usr/sbin/tmpwatch "$flags" 30d /var/tmp The tmpwatch combined with the noatime that we have set in fstab causes these files to be deleted. Our immediate solution will be to remove the noatime from fstab. Should these files be moved to a different directory, or can the engine recreate them if they get removed from the tmp directory?

1 0

ovirt-engine 3.5 rpm missing for el7
by SULLIVAN, Chris (WGK) 23 Sep '14

23 Sep '14

--_000_C417081C2581084FB080BCF68A21CC69447148A5EPEXMBX02WOODGR_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCknigJltIHRlc3RpbmcgaG9zdGVkLWVuZ2luZSB2My41LjAgb24gZWw3IGFuZCBpdOKA mXMgbW9zdGx5IHByb2dyZXNzaW5nIG9rLCBob3dldmVyIHdoZW4gSSBnbyB0byBpbnN0YWxsIG92 aXJ0LWVuZ2luZSAzLjUgb24gdGhlIGhvc3RlZCBlbmdpbmUgVk0gKGFsc28gcnVubmluZyBlbDcp IHRoZSBycG0gaXMgbWlzc2luZy4gSeKAmXZlIGNoZWNrZWQgdGhlIHJlcG8gbG9jYXRpb25zIG9u IHJlc291cmNlcy5vdmlydC5vcmcgYW5kIGl0IGFwcGVhcnMgdGhhdCBvdmlydC1lbmdpbmUgaXMg bm90IGJlaW5nIGJ1aWx0IGZvciBlbDcsIHdoZXJlYXMgaXQgZXhpc3RzIGZvciBlbDYvZjE5L2Yy MC4NCg0KQXJlIHRoZXJlIHBsYW5zIHRvIGJ1aWxkIG92aXJ0LWVuZ2luZSAzLjUgZm9yIGVsNyBv ciBhcmUgdGhlcmUgYmxvY2tlcnMgc3BlY2lmaWMgdG8gdGhhdCBPUyB2ZXJzaW9uPyBBbHRlcm5h dGl2ZWx5LCBjYW4gSSBtaXggYW5kIGVsNiBlbmdpbmUgd2l0aCBlbDcgaG9zdHMgYWxsIHJ1bm5p bmcgb3ZpcnQgMy41Pw0KDQpUaGFua3MsDQoNCkNocmlzIFN1bGxpdmFuDQoNCg0KDQoNCg0KDQoN ClBMRUFTRSBDT05TSURFUiBUSEUgRU5WSVJPTk1FTlQsIERPTidUIFBSSU5UIFRISVMgRU1BSUwg VU5MRVNTIFlPVSBSRUFMTFkgTkVFRCBUTy4NCg0KDQoNClRoaXMgZW1haWwgYW5kIGl0cyBhdHRh Y2htZW50cyBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB3aGljaCBpcyBjb25maWRlbnRpYWwgYW5k L29yIGxlZ2FsbHkgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lw aWVudCBvZiB0aGlzIGUtbWFpbCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkg YnkgZS1tYWlsIGFuZCBkZWxldGUgdGhpcyBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBmcm9t IHlvdXIgY29tcHV0ZXIgYW5kIElUIHN5c3RlbXMuIFlvdSBtdXN0IG5vdCBjb3B5LCByZS10cmFu c21pdCwgdXNlIG9yIGRpc2Nsb3NlIChvdGhlciB0aGFuIHRvIHRoZSBzZW5kZXIpIHRoZSBleGlz dGVuY2Ugb3IgY29udGVudHMgb2YgdGhpcyBlbWFpbCBvciBpdHMgYXR0YWNobWVudHMgb3IgcGVy bWl0IGFueW9uZSBlbHNlIHRvIGRvIHNvLg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t DQoNCg0K --_000_C417081C2581084FB080BCF68A21CC69447148A5EPEXMBX02WOODGR_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xh aW1lciBNYWlsIERpc2NsYWltZXJzIG9uIDAyOjU1OjMxIFR1ZXNkYXksIDIzIFNlcHRlbWJlciAy MDE0IC0tPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0 bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj5QLmExMWVjNjVkLTQx MzktNDcyZS1hNTM3LTg1NzI1NjJkNWQ2ZCB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KTEku YTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIHsNCglNQVJHSU46IDBjbSAwY20g MHB0DQp9DQpESVYuYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIHsNCglNQVJH SU46IDBjbSAwY20gMHB0DQp9DQpUQUJMRS5hMTFlYzY1ZC00MTM5LTQ3MmUtYTUzNy04NTcyNTYy ZDVkNmRUYWJsZSB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KRElWLlNlY3Rpb24xIHsNCglw YWdlOiBTZWN0aW9uMQ0KfQ0KPC9zdHlsZT4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8q IEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBE ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K CXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNv QWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxv b24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNw YW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNw YW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7 DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQi Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8cCBjbGFzcz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3 MjU2MmQ1ZDZkIj48L3A+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SGksPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPknigJltIHRlc3RpbmcgaG9zdGVk LWVuZ2luZSB2My41LjAgb24gZWw3IGFuZCBpdOKAmXMgbW9zdGx5IHByb2dyZXNzaW5nIG9rLCBo b3dldmVyIHdoZW4gSSBnbyB0byBpbnN0YWxsIG92aXJ0LWVuZ2luZSAzLjUgb24gdGhlIGhvc3Rl ZCBlbmdpbmUgVk0gKGFsc28gcnVubmluZyBlbDcpIHRoZSBycG0gaXMgbWlzc2luZy4gSeKAmXZl IGNoZWNrZWQgdGhlIHJlcG8gbG9jYXRpb25zIG9uIHJlc291cmNlcy5vdmlydC5vcmcNCiBhbmQg aXQgYXBwZWFycyB0aGF0IG92aXJ0LWVuZ2luZSBpcyBub3QgYmVpbmcgYnVpbHQgZm9yIGVsNywg d2hlcmVhcyBpdCBleGlzdHMgZm9yIGVsNi9mMTkvZjIwLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5BcmUgdGhlcmUgcGxhbnMgdG8gYnVpbGQgb3ZpcnQtZW5naW5lIDMuNSBmb3IgZWw3IG9yIGFy ZSB0aGVyZSBibG9ja2VycyBzcGVjaWZpYyB0byB0aGF0IE9TIHZlcnNpb24/IEFsdGVybmF0aXZl bHksIGNhbiBJIG1peCBhbmQgZWw2IGVuZ2luZSB3aXRoIGVsNyBob3N0cyBhbGwgcnVubmluZyBv dmlydCAzLjU/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Q2hyaXMgU3VsbGl2YW48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tQVUiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1BVSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tQVUiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tQVUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cD48L3A+DQo8cCBjbGFz cz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIj4mbmJzcDs8L3A+DQo8cCBj bGFzcz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIj48Zm9udCBzaXplPSIy IiBmYWNlPSJBcmlhbCI+UExFQVNFIENPTlNJREVSIFRIRSBFTlZJUk9OTUVOVCwgRE9OJ1QgUFJJ TlQgVEhJUyBFTUFJTCBVTkxFU1MgWU9VIFJFQUxMWSBORUVEIFRPLjwvZm9udD48L3A+DQo8cCBj bGFzcz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIj48Zm9udCBzaXplPSIy IiBmYWNlPSJBcmlhbCI+PC9mb250PiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJhMTFlYzY1ZC00MTM5 LTQ3MmUtYTUzNy04NTcyNTYyZDVkNmQiPjxmb250IHNpemU9IjIiIGZhY2U9IkFyaWFsIj5UaGlz IGVtYWlsIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gd2hpY2gg aXMgY29uZmlkZW50aWFsIGFuZC9vciBsZWdhbGx5IHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90 IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgb2YgdGhpcyBlLW1haWwgcGxlYXNlIG5vdGlmeSB0aGUg c2VuZGVyDQogaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGFuZCBkZWxldGUgdGhpcyBlLW1haWwgYW5k IGl0cyBhdHRhY2htZW50cyBmcm9tIHlvdXIgY29tcHV0ZXIgYW5kIElUIHN5c3RlbXMuIFlvdSBt dXN0IG5vdCBjb3B5LCByZS10cmFuc21pdCwgdXNlIG9yIGRpc2Nsb3NlIChvdGhlciB0aGFuIHRv IHRoZSBzZW5kZXIpIHRoZSBleGlzdGVuY2Ugb3IgY29udGVudHMgb2YgdGhpcyBlbWFpbCBvciBp dHMgYXR0YWNobWVudHMgb3IgcGVybWl0IGFueW9uZSBlbHNlDQogdG8gZG8gc28uPC9mb250Pjwv cD4NCjxwIGNsYXNzPSJhMTFlYzY1ZC00MTM5LTQ3MmUtYTUzNy04NTcyNTYyZDVkNmQiPjxmb250 IGZhY2U9IkFyaWFsIj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9mb250PjwvcD4NCjxw IGNsYXNzPSJhMTFlYzY1ZC00MTM5LTQ3MmUtYTUzNy04NTcyNTYyZDVkNmQiPjxmb250IGZhY2U9 IkFyaWFsIj48L2ZvbnQ+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9ImExMWVjNjVkLTQxMzktNDcyZS1h NTM3LTg1NzI1NjJkNWQ2ZCI+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwiPjwvZm9udD48L3A+ DQo8cD48Zm9udCBmYWNlPSJBcmlhbCI+PC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9IkFyaWFs Ij48L2ZvbnQ+PC9wPg0KPHA+PC9wPg0KPHA+PC9wPg0KPHA+PC9wPg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_C417081C2581084FB080BCF68A21CC69447148A5EPEXMBX02WOODGR_--

1 0

[oVirt 3.4.3] Problem with connect VMs via RDP+Browser plug-in
by Grzegorz Szypa 22 Sep '14

22 Sep '14

Hi, like suject I have a problem with connect VM (only Windows type Desctop) I get an Error: Error connecting to Virtual Machine using RPD: DNS Lookup Failed G.Sz.

2 1

self hosted engine migration to existsing node question
by Jeremiah Jahn 22 Sep '14

22 Sep '14

So I have a number of nodes already running and in production. My engine is sitting on a test box, and needs to be moved onto the already existing nodes. I've read all the docs, but none of them seem to address the the use of an already existing node. if I run hosted-engine --deploy on an already existing node, is it going to mess things up, or is it really just adding some additional config files, and creating a new VM? Also does it take any additional work to get the engine enabled on all of the other nodes for the HA version? thanks, -jj-

1 0

[QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go
by Sandro Bonazzola 22 Sep '14

22 Sep '14

Hi, We are supposed to start composing oVirt 3.5.0 GA (or RC3, depending on this morning Go / No go Meeting decisions) I think we can use this email for discussing / voting 3.5.0 GA release. Looking at bugzilla status, I vote no go. I also think we should move the build to Wed allowing maintainers to fix pending blockers. Maintainers: - Please be sure that 3.5 snapshot satisfy release criteria[9] - Please be sure that no pending patches are going to block the release - If any patch must block the GA release please raise the issue as soon as possible. - If any packages need a rebase please raise the issue as soon as possible. - Be aware that packages that doesn't need a rebase must be re-built with final release versioning from the RC2 tag. The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1143042 infra POST Repeated error "Failed to create VM external-test" when starting new VM 1143860 infra POST Marshaling issue in fencing policy using jsonrpc 1142256 integration NEW remote engine-reports-setup does not write conf file to allow accessing reports from engine 1144079 integration ASSIGNED local engine-reports-setup does not write conf file to allow accessing reports from engine The following bugs are keyworded as Regression and not marked as blockers[10] Bug ID Whiteboard Status Summary 1142709 integration NEW Trying to deploy hosted-engine via iSCSI device fails 1138144 storage NEW Failed to autorecover storage domain after unblocking connection with host 1118349 storage NEW [vdsm] Creating DataCenter 3.5 using master domain V1 fails with InquireNotSupportedError 1138314 virt NEW Fail to start vm with payload. Feature freeze is now effective, and branch has been created. All new patches must be backported to 3.5 branch too. Features completed are marked in green on Features Status Table [2] There are still 77 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 53 bugs [4] targeted to 3.5.0. More in detail [5]: Whiteboard NEW ASSIGNED POST Total docs 13 1 0 14 gluster 8 2 2 12 i18n 0 0 1 1 infra 1 0 3 4 integration 1 2 1 4 node 7 4 0 11 ppc 2 0 4 6 sla 12 0 7 19 virt 3 0 3 6 Total 47 9 21 77 Maintainers / Assignee: - Please ensure that completed features are marked in green on Features Status Table [2] - If you find a blocker bug please remember to add it to the tracker [1] - Please fill release notes, the page has been created here [6] - Please review results from Third Test Day on the etherpad [7] and on the mailing lists - Please update the target to 3.5.1 or later for bugs that won't be in 3.5.0: it will ease gathering the blocking bugs for next releases. Community: - You're welcome to join us testing last release candidate or nightly builds and getting involved in oVirt Quality Assurance[8] [1] http://bugzilla.redhat.com/1073943 [2] http://goo.gl/4SuYdE [3] http://red.ht/1pVEk7H [4] http://red.ht/1zT2mSq [5] http://red.ht/1q7SqNL [6] http://www.ovirt.org/OVirt_3.5_Release_Notes [7] http://etherpad.ovirt.org/p/3.5-testday-3 [8] http://www.ovirt.org/OVirt_Quality_Assurance [9] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria_.28WIP.29 [10] http://goo.gl/uavikG Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 4

console spice questions
by Bill Dossett 22 Sep '14

22 Sep '14

--_000_B47F00825D68444ABC0373307827536037149EF2013BR1MPN1012MG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi After setting up an ovirt cluster with 4 hosts and getting my networking an= d vlans all connected I'm pretty impressed with ovirt. I am however not to= o impressed with trying to actually get a console into a VM. I'm not sure = why this isn't included in the ovirt engine to begin with as console access= to actually configure a VM to make templates of seems a pretty basic tenan= t of virtualisation. Anyway, I am following the guide http://www.ovirt.org/How_to_Connect_to_SPI= CE_Console_With_Portal and trying to download spice.cab to follow the rath= er long procedure to install, however the link on that page gives a 404 pag= e not found error. Could someone point me to the actual download? Is this= document perhaps outdated and I am following the wrong path? Thanks Bill Dossett Virtualisation Architect Pitney Bowes - Tech Central 6 Hercules Way, 600 Leavesden Park Watford, WD25 7GS Phone (+44) (0)1923 279353 | VOIP: 54739353 Mobile (+44) (0)7775 908612 bill.dossett(a)pb.com<mailto:bill.dossett@pb.com> www.pb.com<http://www.pb.com/> In Engineering? Raise a ticket via Remedy Anywhere [HERE<http://teamsite.in= side.pb.com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx>] take= s less than a minute ManageIQ User Guide available [HERE<https://dl.dropbox.com/u/6219441/Manage= IQ%20-%20User%20Manual%20PB%20v4.pdf>] Check out the ManageIQ Blog for recent enhancements and information [HERE]<= http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.aspx> ________________________________ --_000_B47F00825D68444ABC0373307827536037149EF2013BR1MPN1012MG_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi<o:p></o:p> <o:p> </o:p> After setting up an ovirt cluster with 4 hosts and g= etting my networking and vlans all connected I’m pretty impressed wit= h ovirt.  I am however not too impressed with trying to actually get a= console into a VM.  I’m not sure why this isn’t included in the ovirt engine to begin with as console access to actually c= onfigure a VM to make templates of seems a pretty basic tenant of virtualis= ation. <o:p></o:p> <o:p> </o:p> Anyway, I am following the guide <a href=3D"http://w= ww.ovirt.org/How_to_Connect_to_SPICE_Console_With_Portal"> http://www.ovirt.org/How_to_Connect_to_SPICE_Console_With_Portal</a>  = and trying to download spice.cab to follow the rather long procedure to ins= tall, however the link on that page gives a 404 page not found error. = Could someone point me to the actual download?  Is this document perhaps outdated and I am following the wrong path?<o:p><= /o:p> <o:p> </o:p> Thanks<o:p></o:p> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" style=3D"border-collapse:collapse"> <tbody> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> Bill Dossett<o:p></o= :p> Virtualisation Archi= tect<o:p><= /o:p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> Pitney Bowes –= Tech Central<o:p></o:p> 6 Hercules Way, 600 Lea= vesden Park<o:p></o:p> Watford, WD25 7GS</span= ><o:p></o:p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> Phone (+44) (0)1923= 279353 | VOIP: 54739353<o:p></o:p> Mobile (+44) (0)7775= 908612<o:p></o:p= > </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <a href=3D"mailto:bill.= dossett(a)pb.com">bill.dossett(a)pb.com</a></= span><o:p></o:p><= /p> <a href=3D"http://www.p= b.com/">www.pb.com</a> <o:p></o:p> <o:p> </o:p></span= > In Engineering?<span= style=3D"font-size:10.0pt;font-family:"Verdana","sans-serif= ";mso-fareast-language:EN-GB"> Raise a ticket via Remedy Anywhere [<a href=3D"http://teamsite.inside.pb= .com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx">HERE</a>] takes less than a minute</spa= n><o:p></o:p></p= > </td> </tr> </tbody> </table> <o:p> </o:p> ManageIQ = User Guide available [<b= ><a href=3D"https://dl.dropbox.com/u/6219441/ManageIQ%20-%20User%20Manual%2= 0PB%20v4.pdf">HERE</a>]<o:p></o:p></s= pan> <o:p>&nbs= p;</o:p> Check out= the ManageIQ Blog for recent enhancements and information <a href=3D"http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.a= spx">[HERE]</a><o:p></o:p> <o:p> </o:p> <o:p> </o:p> </div> <hr> </body> </html> --_000_B47F00825D68444ABC0373307827536037149EF2013BR1MPN1012MG_--

3 7

Native gluster without FUSE
by J. Mikulec 22 Sep '14

22 Sep '14

Hello, at http://www.ovirt.org/Features/GlusterFS_Storage_Domain I can read oVirt allows glusterfs domains which maps to <disk type=network..>...</disk> in libvirt xml without USE overhead. My oVirt still creates and uses mount for disks at qemu as -drive file=/rhev/data-center/mnt/glusterSD.... Is possible to use GlusterFS storage domain without FUSE? Fedora 19, oVirt 3.4 (Centos 7 the same) Thanks! Jiri

2 2

glusterized
by Demeter Tibor 22 Sep '14

22 Sep '14

------=_Part_2837117_1147615268.1411377810195 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I would make a self-hosted ovirt3.5 based on glusterfs, so the hosts will be the main storage. I followed up the http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ . I have a question about it. Does really need the ctdb service for this? Is the "localhost" trick won't working for access glusterfs? Thanks for advance, Tibor ------=_Part_2837117_1147615268.1411377810195 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi,</div><div> </div><div>I would make a self-hosted ovirt3.5 based on glusterfs, so the hosts will be the main storage.</div><div>I followed up the <a href="http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/">http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/</a>. </div><div>I have a question about it.</div><div>Does really need the ctdb service for this? Is the "localhost" trick won't working for access glusterfs?</div><div> </div><div>Thanks for advance,</div><div> </div><div>Tibor</div><div> </div></div></body></html> ------=_Part_2837117_1147615268.1411377810195--

1 0

Admin console - Always show advanced options
by John Gardeniers 21 Sep '14

21 Sep '14

Hi All, When viewing/editing a VM's properties in the admin console is it possible to show the advanced options by default? Quite frankly, I can't understand why that isn't the default. The standard options show nothing that isn't already visible in the properties window in the console, so what's the point of making that the default in the editing window? Regards, John

4 5

User permissions for user portal
by J. Mikulec 20 Sep '14

20 Sep '14

Hello, I can't figure out right user permissions. I can add user which can do just this through user portal: - see and change status of VM (including Power Off) - remote console - change CD (+ maybe os type) Change status and console (without power off) comes with UserRole, power off and change CD comes with UserVmManager. But UserVmManager brigns also wide options to manage network interfaces, disks etc, what is unsafe for me to delegate it to this user. Thanks, J.M.

2 2

ovirt loop delete vm which had been removed
by 陈江宏 20 Sep '14

20 Sep '14

Sep 20 16:42:56 whxg-pii-vm01 vdsm vm.Vm WARNING vmId=`ca86997d-a7b8-44df-b418-8e6d49ffebfb`::trying to set state to Powering down when already Down Sep 20 16:42:56 whxg-pii-vm01 vdsm root ERROR Removing file: /var/lib/libvirt/qemu/channels/ca86997d-a7b8-44df-b418-8e6d49ffebfb.com.redhat.rhevm.vdsm failed#012Traceback (most recent call last):#012 File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 126, in rmFile#012 os.unlink(fileToRemove)#012OSError: [Errno 13] Permission denied: '/var/lib/libvirt/qemu/channels/ca86997d-a7b8-44df-b418-8e6d49ffebfb.com.redhat.rhevm.vdsm' Sep 20 16:42:56 whxg-pii-vm01 vdsm vds ERROR unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 285, in vmDestroy#012 return vm.destroy()#012 File "/usr/share/vdsm/API.py", line 331, in destroy#012 res = v.destroy()#012 File "/usr/share/vdsm/vm.py", line 4697, in destroy#012 response = self.releaseVm()#012 File "/usr/share/vdsm/vm.py", line 4663, in releaseVm#012 self._cleanup()#012 File "/usr/share/vdsm/vm.py", line 3028, in _cleanup#012 self._cleanupGuestAgent()#012 File "/usr/share/vdsm/vm.py", line 2747, in _cleanupGuestAgent#012 self._guestSockCleanup(self._guestSocketFile)#012 File "/usr/share/vdsm/vm.py", line 3020, in _guestSockCleanup#012 utils.rmFile(sock)#012 File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 126, in rmFile#012 os.unlink(fileToRemove)#012OSError: [Errno 13] Permission denied: '/var/lib/libvirt/qemu/channels/ca86997d-a7b8-44df-b418-8e6d49ffebfb.com.redhat.rhevm.vdsm' Sep 20 16:42:59 whxg-pii-vm01 vdsm vm.Vm WARNING vmId=`ca86997d-a7b8-44df-b418-8e6d49ffebfb`::trying to set state to Powering down when already Down Sep 20 16:42:59 whxg-pii-vm01 vdsm root ERROR Removing file: /var/lib/libvirt/qemu/channels/ca86997d-a7b8-44df-b418-8e6d49ffebfb.com.redhat.rhevm.vdsm failed#012Traceback (most recent call last):#012 File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 126, in rmFile#012 os.unlink(fileToRemove)#012OSError: [Errno 13] Permission denied: '/var/lib/libvirt/qemu/channels/ca86997d-a7b8-44df-b418-8e6d49ffebfb.com.redhat.rhevm.vdsm' Sep 20 16:42:59 whxg-pii-vm01 vdsm vds ERROR unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 285, in vmDestroy#012 return vm.destroy()#012 File "/usr/share/vdsm/API.py", line 331, in destroy#012 res = v.destroy()#012 File "/usr/share/vdsm/vm.py", line 4697, in destroy#012 response = self.releaseVm()#012 File "/usr/share/vdsm/vm.py", line 4663, in releaseVm#012 self._cleanup()#012 File "/usr/share/vdsm/vm.py", line 3028, in _cleanup#012 self._cleanupGuestAgent()#012 File "/usr/share/vdsm/vm.py", line 2747, in _cleanupGuestAgent#012 self._guestSockCleanup(self._guestSocketFile)#012 File "/usr/share/vdsm/vm.py", line 3020, in _guestSockCleanup#012 utils.rmFile(sock)#012 File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 126, in rmFile#012 os.unlink(fileToRemove)#012OSError: [Errno 13] Permission denied: '/var/lib/libvirt/qemu/channels/ca86997d-a7b8-44df-b418-8e6d49ffebfb.com.redhat.rhevm.vdsm' Sep 20 16:43:02 whxg-pii-vm01 vdsm vm.Vm WARNING vmId=`ca86997d-a7b8-44df-b418-8e6d49ffebfb`::trying to set state to Powering down when already Down Sep 20 16:43:02 whxg-pii-vm01 vdsm root ERROR Removing file: /var/lib/libvirt/qemu/channels/ca86997d-a7b8-44df-b418-8e6d49ffebfb.com.redhat.rhevm.vdsm failed#012Traceback (most recent call last):#012 File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 126, in rmFile#012 os.unlink(fileToRemove)#012OSError: [Errno 13] Permission denied: '/var/lib/libvirt/qemu/channels/ca86997d-a7b8-44df-b418-8e6d49ffebfb.com.redhat.rhevm.vdsm' Sep 20 16:43:02 whxg-pii-vm01 vdsm vds ERROR unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 285, in vmDestroy#012 return vm.destroy()#012 File "/usr/share/vdsm/API.py", line 331, in destroy#012 res = v.destroy()#012 File "/usr/share/vdsm/vm.py", line 4697, in destroy#012 response = self.releaseVm()#012 File "/usr/share/vdsm/vm.py", line 4663, in releaseVm#012 self._cleanup()#012 File "/usr/share/vdsm/vm.py", line 3028, in _cleanup#012 self._cleanupGuestAgent()#012 File "/usr/share/vdsm/vm.py", line 2747, in _cleanupGuestAgent#012 self._guestSockCleanup(self._guestSocketFile)#012 File "/usr/share/vdsm/vm.py", line 3020, in _guestSockCleanup#012 utils.rmFile(sock)#012 File "/usr/lib64/python2.6/site-packages/vdsm/utils.py", line 126, in rmFile#012 os.unlink(fileToRemove)#012OSError: [Errno 13] Permission denied: '/var/lib/libvirt/qemu/channels/ca86997d-a7b8-44df-b418-8e6d49ffebfb.com.redhat.rhevm.vdsm'

1 0

[QE][ACTION REQUIRED] oVirt 3.5.0 status
by Sandro Bonazzola 19 Sep '14

19 Sep '14

Hi, We are going to start composing oVirt 3.5.0 GA (or RC3, depending on Monday morning Go / No go Meeting decisions) on Monday 2014-09-22. Maintainers: - Please be sure that 3.5 snapshot satisfy release criteria[9] - Please be sure that no pending patches are going to block the release - If any patch must block the GA release please raise the issue as soon as possible. - If any packages need a rebase please raise the issue as soon as possible. - Be aware that packages that doesn't need a rebase must be re-built with final release versioning from the RC2 tag. The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1144079 integration POST local engine-reports-setup does not write conf file to allow accessing reports from engine 1138340 sla POST vdsm relies on unsupported 'min_guarantee' VM configuration parameter 1143873 network NEW firewall-cmd gets stuck when run as superVDSM subsubprocess 1142256 integration NEW remote engine-reports-setup does not write conf file to allow accessing reports from engine And the following dependencies still open: Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images opened for writing The following bugs are keyworded as Regression and not marked as blockers[10] Bug ID Whiteboard Status Summary 1142709 infra NEW Trying to deploy hosted-engine via iSCSI device fails 1138144 storage NEW Failed to autorecover storage domain after unblocking connection with host 1118349 storage NEW [vdsm] Creating DataCenter 3.5 using master domain V1 fails with InquireNotSupportedError 1110444 ux POST bookmark selection does not work on first try 1138314 virt NEW Fail to start vm with payload. Feature freeze is now effective, and branch has been created. All new patches must be backported to 3.5 branch too. Features completed are marked in green on Features Status Table [2] There are still 86 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 62 bugs [4] targeted to 3.5.0. More in detail [5]: Whiteboard NEW ASSIGNED POST Total docs 13 1 0 14 gluster 8 4 2 14 i18n 0 0 1 1 infra 0 1 2 3 integration 3 1 2 6 network 0 1 0 1 node 7 4 0 11 ppc 2 0 4 6 sla 12 0 7 19 virt 8 0 3 11 Total 53 12 21 86 Maintainers / Assignee: - Please ensure that completed features are marked in green on Features Status Table [2] - If you find a blocker bug please remember to add it to the tracker [1] - Please fill release notes, the page has been created here [6] - Please review results from Third Test Day on the etherpad [7] and on the mailing lists - Please update the target to 3.5.1 or later for bugs that won't be in 3.5.0: it will ease gathering the blocking bugs for next releases. Community: - You're welcome to join us testing last release candidate or nightly builds and getting involved in oVirt Quality Assurance[8] [1] http://bugzilla.redhat.com/1073943 [2] http://goo.gl/4SuYdE [3] http://red.ht/1pVEk7H [4] http://red.ht/1zT2mSq [5] http://red.ht/1q7SqNL [6] http://www.ovirt.org/OVirt_3.5_Release_Notes [7] http://etherpad.ovirt.org/p/3.5-testday-3 [8] http://www.ovirt.org/OVirt_Quality_Assurance [9] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria_.28WIP.29 [10] http://goo.gl/uavikG Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 3

which network guest driver for kernel 2.6.17
by ml ml 19 Sep '14

19 Sep '14

Hello List, i would like to use kernel 2.6.17 for a guest. Which network driver do i need for this? I have only seen the the ovirt network driver stuff in recent kernel. Thanks, Mario

2 1

Sealing a CentOS-7 Guest as a oVirt Template
by Christian Rebel 19 Sep '14

19 Sep '14

This is a multipart message in MIME format. ------=_NextPart_000_0061_01CFD378.998AF230 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello all, What is the recommended way to make an oVirt Template from a CentOS-7 Guest? Previously on CentOS-6 I used "sys-unconfig" or "touch /.unconfigured", but this is on CentOS-7 no longer possible. I can use on CentOS-7 the "nmtui" after the OS is loaded, but maybe someone knows a way to run it during the boot sequence. Thanks, Christian ------=_NextPart_000_0061_01CFD378.998AF230 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 = (filtered medium)"><style></style></head><body lang=3DDE-AT link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>Hello = all,<o:p></o:p><o:p> </o:p>What is the recommended way to make = an oVirt Template from a CentOS-7 Guest?<o:p></o:p><o:p> </o:p>Previously on CentOS-6 I used = “sys-unconfig” or “touch /.unconfigured”, but = this is on CentOS-7 no longer possible.<o:p></o:p>I can use on CentOS-7 the = “nmtui” after the OS is loaded, but maybe someone knows a = way to run it during the boot sequence…<o:p></o:p><o:p> </o:p>Thanks,<o:p></o:p>Christian <o:p></o:p> <o:p></o:p></div></body></html> ------=_NextPart_000_0061_01CFD378.998AF230--

2 1

OVIRT-3.5-TEST-DAY-3: CPU SLA for capping
by Martin Perina 19 Sep '14

19 Sep '14

Hi, I tested the support to limit CPU utilization of hosts. Setting it up in the GUI worked correctly, but for running VM settings are ignored. I used XMLRPC protocol to avoid [1]. To simulate VM CPU utilization I used stress tool [2]. Testing steps: 1. Create a VM with the same number of CPUs as Host 2. Create CPU type QoS in DC and set the limit to desired value 3. In Cluster create new CPU profile with above QoS and remove the default CPU profile 4. Start the VM and execute (N is a number of CPUs in VM) stress --cpu N 5. Connect to Host and execute sar -u 1 10 No matter what the limit was set to (1, 50, 100), host CPUs were always utilized to 100%. So I create bug to cover this [3]. Martin Perina [1] http://bugzilla.redhat.com/1142851 [2] http://people.seas.harvard.edu/~apw/stress/ [3] http://bugzilla.redhat.com/1144280

1 0

[Speaking Opportunity] Central PA Open Source Conference 2014
by Brian Proffitt 19 Sep '14

19 Sep '14

If anyone in the eastern Pennsylvania/New Jersey area is interested, the oVirt community has been personally invited to have a speaker attend CPOSC on Nov. 1 in Lancaster, PA. Unfortunately I cannot attend, as I will be traveling that day. But this is a great opportunity to speak to a green-field audience about oVirt and what it can do. If you would like to give a talk about your favorite datacenter management platform, visit the CFP page at http://www.cposc.org/ and post a proposal. (Ignore the Sept. 10 deadline; oVirt is assured a slot.) If you do want to present, we can send you presentation materials to use for an overview talk, so let me know! Peace, Brian -- Brian Proffitt Community Liason oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Main data storage won't come up
by Tamás Millián 19 Sep '14

19 Sep '14

I have a single node ovirt environment (I know its dumb, but I still do). Today for some reason it went down and after coming up again glusterfs wouldn't start. I had managed to fix that by reinitialising the volumes in gluster. However now I am struggling with the issue that the data storage domain for ovirt refuses to come up. Gluster gets the volumes online and mounting gv0 (the data volume) works as well. I have no idea how to go about this. Let me know if any more information is required to resolve this. Any help would be highly appreciated. engine log 2014-09-18 23:39:31,380 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Loaded file "/usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.conf". 2014-09-18 23:39:31,381 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) The file "/etc/ovirt-engine/engine.conf" doesn't exist or isn't readable. Will return an empty set of properties. 2014-09-18 23:39:31,381 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Loaded file "/etc/ovirt-engine/engine.conf.d/10-setup-database.conf". 2014-09-18 23:39:31,381 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Loaded file "/etc/ovirt-engine/engine.conf.d/10-setup-jboss.conf". 2014-09-18 23:39:31,382 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Loaded file "/etc/ovirt-engine/engine.conf.d/10-setup-pki.conf". 2014-09-18 23:39:31,382 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Loaded file "/etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf". 2014-09-18 23:39:31,383 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_AJP_ENABLED" is "true". 2014-09-18 23:39:31,383 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_AJP_PORT" is "8702". 2014-09-18 23:39:31,383 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_APPS" is "engine.ear". 2014-09-18 23:39:31,383 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_CACHE" is "/var/cache/ovirt-engine". 2014-09-18 23:39:31,384 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_CHECK_INTERVAL" is "1000". 2014-09-18 23:39:31,384 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_CONNECTION_TIMEOUT" is "300000". 2014-09-18 23:39:31,384 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_DATABASE" is "engine". 2014-09-18 23:39:31,384 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_DRIVER" is "org.postgresql.Driver". 2014-09-18 23:39:31,384 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_HOST" is "localhost". 2014-09-18 23:39:31,385 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_MAX_CONNECTIONS" is "100". 2014-09-18 23:39:31,385 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_MIN_CONNECTIONS" is "1". 2014-09-18 23:39:31,385 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_PASSWORD" is "***". 2014-09-18 23:39:31,385 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_PORT" is "5432". 2014-09-18 23:39:31,386 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_SECURED" is "False". 2014-09-18 23:39:31,386 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_SECURED_VALIDATION" is "False". 2014-09-18 23:39:31,386 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_URL" is "jdbc:postgresql://localhost:5432/engine?sslfactory=org.postgresql.ssl.NonValidatingFactory". 2014-09-18 23:39:31,387 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DB_USER" is "engine". 2014-09-18 23:39:31,387 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DEBUG_ADDRESS" is "". 2014-09-18 23:39:31,387 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_DOC" is "/usr/share/doc/ovirt-engine". 2014-09-18 23:39:31,387 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_ETC" is "/etc/ovirt-engine". 2014-09-18 23:39:31,388 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_FQDN" is "server1". 2014-09-18 23:39:31,388 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_GROUP" is "ovirt". 2014-09-18 23:39:31,388 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_HEAP_MAX" is "1g". 2014-09-18 23:39:31,389 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_HEAP_MIN" is "1g". 2014-09-18 23:39:31,389 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_HTTPS_ENABLED" is "false". 2014-09-18 23:39:31,389 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_HTTPS_PORT" is "None". 2014-09-18 23:39:31,389 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_HTTPS_PROTOCOLS" is "SSLv3,TLSv1,TLSv1.1,TLSv1.2". 2014-09-18 23:39:31,390 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_HTTP_ENABLED" is "false". 2014-09-18 23:39:31,390 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_HTTP_PORT" is "None". 2014-09-18 23:39:31,390 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_JAVA_MODULEPATH" is "/usr/share/ovirt-engine/modules". 2014-09-18 23:39:31,391 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_JVM_ARGS" is " -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath="/var/log/ovirt-engine/dump"". 2014-09-18 23:39:31,391 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_LOG" is "/var/log/ovirt-engine". 2014-09-18 23:39:31,391 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_LOG_TO_CONSOLE" is "false". 2014-09-18 23:39:31,391 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_MANUAL" is "/usr/share/ovirt-engine/manual". 2014-09-18 23:39:31,392 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PERM_MAX" is "256m". 2014-09-18 23:39:31,392 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PERM_MIN" is "256m". 2014-09-18 23:39:31,392 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PKI" is "/etc/pki/ovirt-engine". 2014-09-18 23:39:31,392 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PKI_CA" is "/etc/pki/ovirt-engine/ca.pem". 2014-09-18 23:39:31,392 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PKI_ENGINE_CERT" is "/etc/pki/ovirt-engine/certs/engine.cer". 2014-09-18 23:39:31,393 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PKI_ENGINE_STORE" is "/etc/pki/ovirt-engine/keys/engine.p12". 2014-09-18 23:39:31,393 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PKI_ENGINE_STORE_ALIAS" is "1". 2014-09-18 23:39:31,393 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PKI_ENGINE_STORE_PASSWORD" is "***". 2014-09-18 23:39:31,393 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PKI_TRUST_STORE" is "/etc/pki/ovirt-engine/.truststore". 2014-09-18 23:39:31,394 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PKI_TRUST_STORE_PASSWORD" is "***". 2014-09-18 23:39:31,394 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PROPERTIES" is " jsse.enableSNIExtension=false". 2014-09-18 23:39:31,394 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PROXY_ENABLED" is "true". 2014-09-18 23:39:31,395 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PROXY_HTTPS_PORT" is "443". 2014-09-18 23:39:31,395 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_PROXY_HTTP_PORT" is "80". 2014-09-18 23:39:31,395 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_REPORTS_UI" is "/var/lib/ovirt-engine/reports.xml". 2014-09-18 23:39:31,395 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_STOP_INTERVAL" is "1". 2014-09-18 23:39:31,396 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_STOP_TIME" is "10". 2014-09-18 23:39:31,396 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_TMP" is "/var/tmp/ovirt-engine". 2014-09-18 23:39:31,396 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_UP_MARK" is "/var/lib/ovirt-engine/engine.up". 2014-09-18 23:39:31,396 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_URI" is "/ovirt-engine". 2014-09-18 23:39:31,397 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_USER" is "ovirt". 2014-09-18 23:39:31,397 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_USR" is "/usr/share/ovirt-engine". 2014-09-18 23:39:31,397 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_VAR" is "/var/lib/ovirt-engine". 2014-09-18 23:39:31,398 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "ENGINE_VERBOSE_GC" is "false". 2014-09-18 23:39:31,398 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "JBOSS_HOME" is "/usr/share/jboss-as". 2014-09-18 23:39:31,398 INFO [org.ovirt.engine.core.utils.LocalConfig] (MSC service thread 1-10) Value of property "SENSITIVE_KEYS" is ",ENGINE_DB_PASSWORD,ENGINE_PKI_TRUST_STORE_PASSWORD,ENGINE_PKI_ENGINE_STORE_PASSWORD". 2014-09-18 23:39:31,582 INFO [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-1) Start initializing Backend 2014-09-18 23:39:31,776 INFO [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-1) Running ovirt-engine 3.4.0-1.el6 2014-09-18 23:39:31,777 INFO [org.ovirt.engine.core.bll.CpuFlagsManagerHandler] (MSC service thread 1-1) Start initializing dictionaries 2014-09-18 23:39:31,779 INFO [org.ovirt.engine.core.bll.CpuFlagsManagerHandler] (MSC service thread 1-1) Finished initializing dictionaries 2014-09-18 23:39:31,779 INFO [org.ovirt.engine.core.bll.AuditLogCleanupManager] (MSC service thread 1-1) Start initializing AuditLogCleanupManager 2014-09-18 23:39:31,780 INFO [org.ovirt.engine.core.bll.AuditLogCleanupManager] (MSC service thread 1-1) Setting audit cleanup manager to run at: 35 35 3 * * ? 2014-09-18 23:39:31,789 INFO [org.ovirt.engine.core.bll.AuditLogCleanupManager] (MSC service thread 1-1) Finished initializing AuditLogCleanupManager 2014-09-18 23:39:31,790 INFO [org.ovirt.engine.core.bll.TagsDirector] (MSC service thread 1-1) Start initializing TagsDirector 2014-09-18 23:39:31,795 INFO [org.ovirt.engine.core.bll.TagsDirector] (MSC service thread 1-1) Tag root added to tree 2014-09-18 23:39:31,802 INFO [org.ovirt.engine.core.bll.TagsDirector] (MSC service thread 1-1) Finished initializing TagsDirector 2014-09-18 23:39:31,804 INFO [org.ovirt.engine.core.bll.IsoDomainListSyncronizer] (MSC service thread 1-1) Start initializing IsoDomainListSyncronizer 2014-09-18 23:39:31,807 INFO [org.ovirt.engine.core.bll.IsoDomainListSyncronizer] (MSC service thread 1-1) Finished initializing IsoDomainListSyncronizer 2014-09-18 23:39:31,812 INFO [org.ovirt.engine.core.utils.osinfo.OsInfoPreferencesLoader] (MSC service thread 1-1) Loaded file /etc/ovirt-engine/osinfo.conf.d/00-defaults.properties 2014-09-18 23:39:32,097 INFO [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-1) Completed initializing handlers 2014-09-18 23:39:32,098 INFO [org.ovirt.engine.core.utils.ErrorTranslatorImpl] (MSC service thread 1-1) Start initializing ErrorTranslatorImpl 2014-09-18 23:39:32,103 WARN [org.ovirt.engine.core.utils.ErrorTranslatorImpl] (MSC service thread 1-1) Code MAC_ADDRESS_IS_IN_USE appears more than once in string table. 2014-09-18 23:39:32,104 INFO [org.ovirt.engine.core.utils.ErrorTranslatorImpl] (MSC service thread 1-1) Finished initializing ErrorTranslatorImpl 2014-09-18 23:39:32,104 INFO [org.ovirt.engine.core.utils.ErrorTranslatorImpl] (MSC service thread 1-1) Start initializing ErrorTranslatorImpl 2014-09-18 23:39:32,105 INFO [org.ovirt.engine.core.utils.ErrorTranslatorImpl] (MSC service thread 1-1) Finished initializing ErrorTranslatorImpl 2014-09-18 23:39:32,105 INFO [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-1) Mark incomplete jobs as UNKNOWN 2014-09-18 23:39:32,116 INFO [org.ovirt.engine.core.bll.job.JobRepositoryCleanupManager] (MSC service thread 1-1) Start initializing JobRepositoryCleanupManager 2014-09-18 23:39:32,117 INFO [org.ovirt.engine.core.bll.job.JobRepositoryCleanupManager] (MSC service thread 1-1) Finished initializing JobRepositoryCleanupManager 2014-09-18 23:39:32,118 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (MSC service thread 1-1) Start initializing AutoRecoveryManager 2014-09-18 23:39:32,118 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (MSC service thread 1-1) Finished initializing AutoRecoveryManager 2014-09-18 23:39:32,119 INFO [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (MSC service thread 1-1) Start initializing ExecutionMessageDirector 2014-09-18 23:39:32,120 INFO [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (MSC service thread 1-1) Finished initializing ExecutionMessageDirector 2014-09-18 23:39:32,146 INFO [org.ovirt.engine.core.bll.adbroker.UsersDomainsCacheManagerService] (MSC service thread 1-10) Start initializing UsersDomainsCacheManagerService 2014-09-18 23:39:32,150 INFO [org.ovirt.engine.core.bll.DbUserCacheManager] (MSC service thread 1-10) Start initializing DbUserCacheManager 2014-09-18 23:39:32,151 INFO [org.ovirt.engine.core.bll.DbUserCacheManager] (MSC service thread 1-10) Finished initializing DbUserCacheManager 2014-09-18 23:39:32,151 INFO [org.ovirt.engine.core.bll.adbroker.UsersDomainsCacheManagerService] (MSC service thread 1-10) Finished initializing UsersDomainsCacheManagerService 2014-09-18 23:39:32,156 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (MSC service thread 1-5) Initialization of AsyncTaskManager completed successfully. 2014-09-18 23:39:32,157 INFO [org.ovirt.engine.core.vdsbroker.ResourceManager] (MSC service thread 1-5) Start initializing ResourceManager 2014-09-18 23:39:32,224 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (MSC service thread 1-5) Entered VdsManager constructor 2014-09-18 23:39:32,240 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (MSC service thread 1-5) Initialize vdsBroker (server1,54,321) 2014-09-18 23:39:32,295 INFO [org.ovirt.engine.core.vdsbroker.ResourceManager] (MSC service thread 1-5) VDS 69f9e1c1-8daa-437a-b4e0-c4c215541db0 was added to the Resource Manager 2014-09-18 23:39:32,306 INFO [org.ovirt.engine.core.vdsbroker.ResourceManager] (MSC service thread 1-5) Finished initializing ResourceManager 2014-09-18 23:39:32,310 INFO [org.ovirt.engine.core.bll.OvfDataUpdater] (MSC service thread 1-5) Initialization of OvfDataUpdater completed successfully. 2014-09-18 23:39:32,312 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (MSC service thread 1-5) Start scheduling to enable vds load balancer 2014-09-18 23:39:32,312 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (MSC service thread 1-5) Finished scheduling to enable vds load balancer 2014-09-18 23:39:32,312 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (MSC service thread 1-5) Start HA Reservation check 2014-09-18 23:39:32,313 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (MSC service thread 1-5) Finished HA Reservation check 2014-09-18 23:39:32,317 INFO [org.ovirt.engine.core.bll.network.MacPoolManager] (org.ovirt.thread.pool-6-thread-1) MacPoolManager(295a48f6): Start initializing 2014-09-18 23:39:32,323 INFO [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean] (MSC service thread 1-5) Init VM custom properties utilities 2014-09-18 23:39:32,324 INFO [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean] (MSC service thread 1-5) Init device custom properties utilities 2014-09-18 23:39:32,327 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (MSC service thread 1-5) Initializing Scheduling manager 2014-09-18 23:39:32,329 INFO [org.ovirt.engine.core.bll.network.MacPoolManager] (org.ovirt.thread.pool-6-thread-1) MacPoolManager(295a48f6): Finished initializing. Available MACs in pool: 243 2014-09-18 23:39:32,343 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (MSC service thread 1-5) External scheduler disabled, discovery skipped 2014-09-18 23:39:32,343 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (MSC service thread 1-5) Initialized Scheduling manager 2014-09-18 23:39:32,344 INFO [org.ovirt.engine.core.bll.dwh.DwhHeartBeat] (MSC service thread 1-5) Initializing DWH Heart Beat 2014-09-18 23:39:32,344 INFO [org.ovirt.engine.core.bll.dwh.DwhHeartBeat] (MSC service thread 1-5) DWH Heart Beat initialized 2014-09-18 23:39:35,403 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsVDSCommand] (DefaultQuartzScheduler_Worker-6) Command GetStatsVDSCommand(HostName = server1, HostId = 69f9e1c1-8daa-437a-b4e0-c4c215541db0, vds=Host[server1]) execution failed. Exception: VDSNetworkException: java.net.ConnectException: Connection refused 2014-09-18 23:39:35,409 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-6) vds::refreshVdsStats Failed getVdsStats, vds = 69f9e1c1-8daa-437a-b4e0-c4c215541db0 : server1, error = VDSNetworkException: java.net.ConnectException: Connection refused 2014-09-18 23:39:35,584 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-6) Failed to refresh VDS , vds = 69f9e1c1-8daa-437a-b4e0-c4c215541db0 : server1, VDS Network Error, continuing. java.net.ConnectException: Connection refused 2014-09-18 23:39:38,788 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHardwareInfoVDSCommand] (DefaultQuartzScheduler_Worker-12) START, GetHardwareInfoVDSCommand(HostName = server1, HostId = 69f9e1c1-8daa-437a-b4e0-c4c215541db0, vds=Host[server1]), log id: 6344733e 2014-09-18 23:39:38,843 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHardwareInfoVDSCommand] (DefaultQuartzScheduler_Worker-12) FINISH, GetHardwareInfoVDSCommand, log id: 6344733e 2014-09-18 23:39:39,053 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler_Worker-12) START, GlusterServersListVDSCommand(HostName = server1, HostId = 69f9e1c1-8daa-437a-b4e0-c4c215541db0), log id: 1a63320f 2014-09-18 23:39:39,082 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler_Worker-12) FINISH, GlusterServersListVDSCommand, return: [148.251.247.45:CONNECTED], log id: 1a63320f 2014-09-18 23:39:39,149 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHardwareInfoVDSCommand] (DefaultQuartzScheduler_Worker-12) START, GetHardwareInfoVDSCommand(HostName = server1, HostId = 69f9e1c1-8daa-437a-b4e0-c4c215541db0, vds=Host[server1]), log id: 5d639aed 2014-09-18 23:39:39,194 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHardwareInfoVDSCommand] (DefaultQuartzScheduler_Worker-12) FINISH, GetHardwareInfoVDSCommand, log id: 5d639aed 2014-09-18 23:39:39,294 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler_Worker-12) START, GlusterServersListVDSCommand(HostName = server1, HostId = 69f9e1c1-8daa-437a-b4e0-c4c215541db0), log id: 6c325227 2014-09-18 23:39:39,310 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler_Worker-12) FINISH, GlusterServersListVDSCommand, return: [148.251.247.45:CONNECTED], log id: 6c325227 2014-09-18 23:39:39,334 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: UNASSIGNED not exist in string table 2014-09-18 23:39:39,334 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_FAILED_REMOVE_VM not exist in string table 2014-09-18 23:39:39,334 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_RUN_UNLOCK_ENTITY_SCRIPT not exist in string table 2014-09-18 23:39:39,335 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: VDS_NETWORK_MTU_DIFFER_FROM_LOGICAL_NETWORK not exist in string table 2014-09-18 23:39:39,335 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: STORAGE_ACTIVATE_ASYNC not exist in string table 2014-09-18 23:39:39,335 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: DWH_STOPPED not exist in string table 2014-09-18 23:39:39,336 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: DWH_STARTED not exist in string table 2014-09-18 23:39:39,336 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: DWH_ERROR not exist in string table 2014-09-18 23:39:39,341 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_FAILED_REMOVE_VM not have severity. Assumed Normal 2014-09-18 23:39:39,341 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_ATTACH_DISK_TO_VM not have severity. Assumed Normal 2014-09-18 23:39:39,342 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_DETACH_DISK_FROM_VM not have severity. Assumed Normal 2014-09-18 23:39:39,342 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_FAILED_DETACH_DISK_FROM_VM not have severity. Assumed Normal 2014-09-18 23:39:39,342 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_RUN_UNLOCK_ENTITY_SCRIPT not have severity. Assumed Normal 2014-09-18 23:39:39,342 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: GLUSTER_VOLUME_OPTION_CHANGED_FROM_CLI not have severity. Assumed Normal 2014-09-18 23:39:39,343 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: GLUSTER_SERVICES_LIST_NOT_FETCHED not have severity. Assumed Normal 2014-09-18 23:39:39,343 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: GLUSTER_VOLUME_BRICK_ADDED not have severity. Assumed Normal 2014-09-18 23:39:39,343 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_EXTEND_DISK_SIZE_UPDATE_VM_FAILURE not have severity. Assumed Normal 2014-09-18 23:39:39,343 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: VM_MIGRATION_START_SYSTEM_INITIATED not have severity. Assumed Normal 2014-09-18 23:39:39,344 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: VDS_NETWORK_MTU_DIFFER_FROM_LOGICAL_NETWORK not have severity. Assumed Normal 2014-09-18 23:39:39,344 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: NETWORK_UPDATE_VM_INTERFACE_LINK_UP not have severity. Assumed Normal 2014-09-18 23:39:39,344 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: NETWORK_UPDATE_VM_INTERFACE_LINK_DOWN not have severity. Assumed Normal 2014-09-18 23:39:39,344 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_ADDED_AFFINITY_GROUP not have severity. Assumed Normal 2014-09-18 23:39:39,345 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_FAILED_TO_ADD_AFFINITY_GROUP not have severity. Assumed Normal 2014-09-18 23:39:39,345 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_UPDATED_AFFINITY_GROUP not have severity. Assumed Normal 2014-09-18 23:39:39,345 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_FAILED_TO_UPDATE_AFFINITY_GROUP not have severity. Assumed Normal 2014-09-18 23:39:39,345 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_REMOVED_AFFINITY_GROUP not have severity. Assumed Normal 2014-09-18 23:39:39,346 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) AuditLogType: USER_FAILED_TO_REMOVE_AFFINITY_GROUP not have severity. Assumed Normal 2014-09-18 23:39:39,445 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-12) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: State was set to Up for host server1. 2014-09-18 23:39:39,494 INFO [org.ovirt.engine.core.bll.InitVdsOnUpCommand] (DefaultQuartzScheduler_Worker-12) [452f28] Running command: InitVdsOnUpCommand internal: true. Entities affected : ID: 48e61b65-232d-4283-838b-7090fa36bcc6 Type: StoragePool 2014-09-18 23:39:39,617 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (DefaultQuartzScheduler_Worker-12) [2aae2a41] Running command: ConnectHostToStoragePoolServersCommand internal: true. Entities affected : ID: 48e61b65-232d-4283-838b-7090fa36bcc6 Type: StoragePool 2014-09-18 23:39:39,748 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (DefaultQuartzScheduler_Worker-12) [2aae2a41] START, ConnectStorageServerVDSCommand(HostName = server1, HostId = 69f9e1c1-8daa-437a-b4e0-c4c215541db0, storagePoolId = 48e61b65-232d-4283-838b-7090fa36bcc6, storageType = GLUSTERFS, connectionList = [{ id: 2fdef3d1-a3ec-4525-a879-fa8aa8422330, connection: server1:gv0, iqn: null, vfsType: glusterfs, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 150a5f73 2014-09-18 23:39:39,846 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (DefaultQuartzScheduler_Worker-12) [2aae2a41] FINISH, ConnectStorageServerVDSCommand, return: {2fdef3d1-a3ec-4525-a879-fa8aa8422330=0}, log id: 150a5f73 2014-09-18 23:39:39,849 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (DefaultQuartzScheduler_Worker-12) [2aae2a41] START, ConnectStorageServerVDSCommand(HostName = server1, HostId = 69f9e1c1-8daa-437a-b4e0-c4c215541db0, storagePoolId = 48e61b65-232d-4283-838b-7090fa36bcc6, storageType = NFS, connectionList = [{ id: 1c11029c-4d2f-448c-8de7-1e31654c677b, connection: server1:/export, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: 8014590d-150d-4c40-9f9e-1d2c43c36170, connection: server1:/iso, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 383e927d 2014-09-18 23:39:39,970 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (DefaultQuartzScheduler_Worker-12) [2aae2a41] FINISH, ConnectStorageServerVDSCommand, return: {8014590d-150d-4c40-9f9e-1d2c43c36170=0, 1c11029c-4d2f-448c-8de7-1e31654c677b=0}, log id: 383e927d 2014-09-18 23:39:39,970 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (DefaultQuartzScheduler_Worker-12) [2aae2a41] Host server1 storage connection was succeeded 2014-09-18 23:39:39,979 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-6-thread-13) START, ConnectStoragePoolVDSCommand(HostName = server1, HostId = 69f9e1c1-8daa-437a-b4e0-c4c215541db0, storagePoolId = 48e61b65-232d-4283-838b-7090fa36bcc6, vds_spm_id = 1, masterDomainId = eef6c9fd-a464-4cf1-bd22-c01a6344dd14, masterVersion = 111), log id: 7833108f ----> end of engine log vdsmd log MainProcess::DEBUG::2014-09-18 23:39:36,547::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call readMultipathConf with () {} MainProcess::DEBUG::2014-09-18 23:39:36,548::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return readMultipathConf with ['# RHEV REVISION 1.0', '', 'defaults {', ' polling_interval 5', ' getuid_callout "/sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n"', ' no_path_retry fail', ' user_friendly_names no', ' flush_on_last_del yes', ' fast_io_fail_tmo 5', ' dev_loss_tmo 30', ' max_fds 4096', '}', '', 'devices {', 'device {', ' vendor "HITACHI"', ' product "DF.*"', ' getuid_callout "/sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n"', '}', 'device {', ' vendor "COMPELNT"', ' product "Compellent Vol"', ' no_path_retry fail', '}', '}'] MainProcess|Thread-13::DEBUG::2014-09-18 23:39:38,800::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:38,801::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with {'systemProductName': 'S1200RP', 'systemSerialNumber': '............', 'systemFamily': 'To be filled by O.E.M.', 'systemVersion': '....................', 'systemUUID': 'CC8CD1C9-B77D-E311-BB91-000E0C68D362', 'systemManufacturer': 'Intel Corporation'} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,056::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call wrapper with () {} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,056::utils::642::root::(execCmd) '/usr/sbin/gluster --mode=script peer status --xml' (cwd None) MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,066::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,067::utils::642::root::(execCmd) '/usr/sbin/gluster system:: uuid get' (cwd None) MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,078::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,078::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return wrapper with [{'status': 'CONNECTED', 'hostname': '148.251.247.45', 'uuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}] MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,152::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,152::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return getHardwareInfo with {'systemProductName': 'S1200RP', 'systemSerialNumber': '............', 'systemFamily': 'To be filled by O.E.M.', 'systemVersion': '....................', 'systemUUID': 'CC8CD1C9-B77D-E311-BB91-000E0C68D362', 'systemManufacturer': 'Intel Corporation'} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,296::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call wrapper with () {} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,297::utils::642::root::(execCmd) '/usr/sbin/gluster --mode=script peer status --xml' (cwd None) MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,302::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,303::utils::642::root::(execCmd) '/usr/sbin/gluster system:: uuid get' (cwd None) MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,308::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-13::DEBUG::2014-09-18 23:39:39,308::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return wrapper with [{'status': 'CONNECTED', 'hostname': '148.251.247.45', 'uuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}] MainProcess|Thread-13::DEBUG::2014-09-18 23:39:40,586::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call wrapper with () {} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:40,586::utils::642::root::(execCmd) '/usr/sbin/gluster system:: uuid get' (cwd None) MainProcess|Thread-13::DEBUG::2014-09-18 23:39:40,598::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-13::DEBUG::2014-09-18 23:39:40,598::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return wrapper with 2b098a03-cd87-4650-a55b-7e6727db8ca4 MainProcess|Thread-13::DEBUG::2014-09-18 23:39:42,377::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call wrapper with (None,) {} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:42,377::utils::642::root::(execCmd) '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) MainProcess|Thread-13::DEBUG::2014-09-18 23:39:42,387::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-13::DEBUG::2014-09-18 23:39:42,388::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return wrapper with {'iso': {'transportType': ['TCP'], 'uuid': 'c1d293f7-3b07-4425-ac44-89a95864f7d2', 'bricks': ['server1:/data/brick1/iso', 'server1:/data/brick2/iso'], 'volumeName': 'iso', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'gv0': {'transportType': ['TCP'], 'uuid': '320f4ca5-d881-485e-97d3-c9d5dec1b5f0', 'bricks': ['server1:/data/brick1/gv0', 'server1:/data/brick2/gv0'], 'volumeName': 'gv0', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '*.*.*.*', 'storage.owner-gid': '36', 'cluster.quorum-type': 'auto', 'storage.owner-uid': '36'}}, 'storage': {'transportType': ['TCP'], 'uuid': '91d0d0e6-9c13-435f-84fb-8a8c6d753bd2', 'bricks': ['10.0.0.1:/data/brick1/storage', '10.0.0.1:/data/brick2/storage'], 'volumeName': 'storage', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*', 'storage.owner-gid': '10000', 'storage.owner-uid': '10000'}}, 'export': {'transportType': ['TCP'], 'uuid': 'bd7bbc65-854d-4def-9c31-f94900310c4b', 'bricks': ['server1:/data/brick1/export', 'server1:/data/brick2/export'], 'volumeName': 'export', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': 'server1', 'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'backup': {'transportType': ['TCP'], 'uuid': 'c2d9c82e-57bb-4753-be66-94908011ab68', 'bricks': ['10.0.0.1:/data/brick1/backup', '10.0.0.1:/data/brick2/backup'], 'volumeName': 'backup', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'OFFLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*'}}} MainProcess|PolicyEngine::DEBUG::2014-09-18 23:39:46,982::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call ksmTune with ({'run': 0},) {} MainProcess|PolicyEngine::DEBUG::2014-09-18 23:39:46,983::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return ksmTune with None MainProcess|Thread-13::DEBUG::2014-09-18 23:39:47,440::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call wrapper with (None,) {} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:47,440::utils::642::root::(execCmd) '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) MainProcess|Thread-13::DEBUG::2014-09-18 23:39:47,450::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-13::DEBUG::2014-09-18 23:39:47,450::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return wrapper with {'iso': {'transportType': ['TCP'], 'uuid': 'c1d293f7-3b07-4425-ac44-89a95864f7d2', 'bricks': ['server1:/data/brick1/iso', 'server1:/data/brick2/iso'], 'volumeName': 'iso', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'gv0': {'transportType': ['TCP'], 'uuid': '320f4ca5-d881-485e-97d3-c9d5dec1b5f0', 'bricks': ['server1:/data/brick1/gv0', 'server1:/data/brick2/gv0'], 'volumeName': 'gv0', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '*.*.*.*', 'storage.owner-gid': '36', 'cluster.quorum-type': 'auto', 'storage.owner-uid': '36'}}, 'storage': {'transportType': ['TCP'], 'uuid': '91d0d0e6-9c13-435f-84fb-8a8c6d753bd2', 'bricks': ['10.0.0.1:/data/brick1/storage', '10.0.0.1:/data/brick2/storage'], 'volumeName': 'storage', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*', 'storage.owner-gid': '10000', 'storage.owner-uid': '10000'}}, 'export': {'transportType': ['TCP'], 'uuid': 'bd7bbc65-854d-4def-9c31-f94900310c4b', 'bricks': ['server1:/data/brick1/export', 'server1:/data/brick2/export'], 'volumeName': 'export', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': 'server1', 'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'backup': {'transportType': ['TCP'], 'uuid': 'c2d9c82e-57bb-4753-be66-94908011ab68', 'bricks': ['10.0.0.1:/data/brick1/backup', '10.0.0.1:/data/brick2/backup'], 'volumeName': 'backup', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'OFFLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*'}}} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:52,484::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call wrapper with (None,) {} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:52,485::utils::642::root::(execCmd) '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) MainProcess|Thread-13::DEBUG::2014-09-18 23:39:52,500::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-13::DEBUG::2014-09-18 23:39:52,501::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return wrapper with {'iso': {'transportType': ['TCP'], 'uuid': 'c1d293f7-3b07-4425-ac44-89a95864f7d2', 'bricks': ['server1:/data/brick1/iso', 'server1:/data/brick2/iso'], 'volumeName': 'iso', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'gv0': {'transportType': ['TCP'], 'uuid': '320f4ca5-d881-485e-97d3-c9d5dec1b5f0', 'bricks': ['server1:/data/brick1/gv0', 'server1:/data/brick2/gv0'], 'volumeName': 'gv0', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '*.*.*.*', 'storage.owner-gid': '36', 'cluster.quorum-type': 'auto', 'storage.owner-uid': '36'}}, 'storage': {'transportType': ['TCP'], 'uuid': '91d0d0e6-9c13-435f-84fb-8a8c6d753bd2', 'bricks': ['10.0.0.1:/data/brick1/storage', '10.0.0.1:/data/brick2/storage'], 'volumeName': 'storage', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*', 'storage.owner-gid': '10000', 'storage.owner-uid': '10000'}}, 'export': {'transportType': ['TCP'], 'uuid': 'bd7bbc65-854d-4def-9c31-f94900310c4b', 'bricks': ['server1:/data/brick1/export', 'server1:/data/brick2/export'], 'volumeName': 'export', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': 'server1', 'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'backup': {'transportType': ['TCP'], 'uuid': 'c2d9c82e-57bb-4753-be66-94908011ab68', 'bricks': ['10.0.0.1:/data/brick1/backup', '10.0.0.1:/data/brick2/backup'], 'volumeName': 'backup', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'OFFLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*'}}} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:57,532::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call wrapper with (None,) {} MainProcess|Thread-13::DEBUG::2014-09-18 23:39:57,532::utils::642::root::(execCmd) '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) MainProcess|Thread-13::DEBUG::2014-09-18 23:39:57,540::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-13::DEBUG::2014-09-18 23:39:57,541::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return wrapper with {'iso': {'transportType': ['TCP'], 'uuid': 'c1d293f7-3b07-4425-ac44-89a95864f7d2', 'bricks': ['server1:/data/brick1/iso', 'server1:/data/brick2/iso'], 'volumeName': 'iso', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'gv0': {'transportType': ['TCP'], 'uuid': '320f4ca5-d881-485e-97d3-c9d5dec1b5f0', 'bricks': ['server1:/data/brick1/gv0', 'server1:/data/brick2/gv0'], 'volumeName': 'gv0', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '*.*.*.*', 'storage.owner-gid': '36', 'cluster.quorum-type': 'auto', 'storage.owner-uid': '36'}}, 'storage': {'transportType': ['TCP'], 'uuid': '91d0d0e6-9c13-435f-84fb-8a8c6d753bd2', 'bricks': ['10.0.0.1:/data/brick1/storage', '10.0.0.1:/data/brick2/storage'], 'volumeName': 'storage', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*', 'storage.owner-gid': '10000', 'storage.owner-uid': '10000'}}, 'export': {'transportType': ['TCP'], 'uuid': 'bd7bbc65-854d-4def-9c31-f94900310c4b', 'bricks': ['server1:/data/brick1/export', 'server1:/data/brick2/export'], 'volumeName': 'export', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': 'server1', 'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'backup': {'transportType': ['TCP'], 'uuid': 'c2d9c82e-57bb-4753-be66-94908011ab68', 'bricks': ['10.0.0.1:/data/brick1/backup', '10.0.0.1:/data/brick2/backup'], 'volumeName': 'backup', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'OFFLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*'}}} MainProcess|Thread-13::DEBUG::2014-09-18 23:40:02,581::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call wrapper with (None,) {} MainProcess|Thread-13::DEBUG::2014-09-18 23:40:02,581::utils::642::root::(execCmd) '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) MainProcess|Thread-13::DEBUG::2014-09-18 23:40:02,608::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-13::DEBUG::2014-09-18 23:40:02,609::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return wrapper with {'iso': {'transportType': ['TCP'], 'uuid': 'c1d293f7-3b07-4425-ac44-89a95864f7d2', 'bricks': ['server1:/data/brick1/iso', 'server1:/data/brick2/iso'], 'volumeName': 'iso', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'gv0': {'transportType': ['TCP'], 'uuid': '320f4ca5-d881-485e-97d3-c9d5dec1b5f0', 'bricks': ['server1:/data/brick1/gv0', 'server1:/data/brick2/gv0'], 'volumeName': 'gv0', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '*.*.*.*', 'storage.owner-gid': '36', 'cluster.quorum-type': 'auto', 'storage.owner-uid': '36'}}, 'storage': {'transportType': ['TCP'], 'uuid': '91d0d0e6-9c13-435f-84fb-8a8c6d753bd2', 'bricks': ['10.0.0.1:/data/brick1/storage', '10.0.0.1:/data/brick2/storage'], 'volumeName': 'storage', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*', 'storage.owner-gid': '10000', 'storage.owner-uid': '10000'}}, 'export': {'transportType': ['TCP'], 'uuid': 'bd7bbc65-854d-4def-9c31-f94900310c4b', 'bricks': ['server1:/data/brick1/export', 'server1:/data/brick2/export'], 'volumeName': 'export', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': 'server1', 'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'backup': {'transportType': ['TCP'], 'uuid': 'c2d9c82e-57bb-4753-be66-94908011ab68', 'bricks': ['10.0.0.1:/data/brick1/backup', '10.0.0.1:/data/brick2/backup'], 'volumeName': 'backup', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'OFFLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*'}}} MainProcess|Thread-132::DEBUG::2014-09-18 23:40:07,640::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) call wrapper with (None,) {} MainProcess|Thread-132::DEBUG::2014-09-18 23:40:07,640::utils::642::root::(execCmd) '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) MainProcess|Thread-132::DEBUG::2014-09-18 23:40:07,652::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-132::DEBUG::2014-09-18 23:40:07,652::supervdsmServer::103::SuperVdsm.ServerCallback::(wrapper) return wrapper with {'iso': {'transportType': ['TCP'], 'uuid': 'c1d293f7-3b07-4425-ac44-89a95864f7d2', 'bricks': ['server1:/data/brick1/iso', 'server1:/data/brick2/iso'], 'volumeName': 'iso', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/iso', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'gv0': {'transportType': ['TCP'], 'uuid': '320f4ca5-d881-485e-97d3-c9d5dec1b5f0', 'bricks': ['server1:/data/brick1/gv0', 'server1:/data/brick2/gv0'], 'volumeName': 'gv0', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/gv0', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '*.*.*.*', 'storage.owner-gid': '36', 'cluster.quorum-type': 'auto', 'storage.owner-uid': '36'}}, 'storage': {'transportType': ['TCP'], 'uuid': '91d0d0e6-9c13-435f-84fb-8a8c6d753bd2', 'bricks': ['10.0.0.1:/data/brick1/storage', '10.0.0.1:/data/brick2/storage'], 'volumeName': 'storage', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/storage', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*', 'storage.owner-gid': '10000', 'storage.owner-uid': '10000'}}, 'export': {'transportType': ['TCP'], 'uuid': 'bd7bbc65-854d-4def-9c31-f94900310c4b', 'bricks': ['server1:/data/brick1/export', 'server1:/data/brick2/export'], 'volumeName': 'export', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'ONLINE', 'stripeCount': '1', 'bricksInfo': [{'name': 'server1:/data/brick1/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': 'server1:/data/brick2/export', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': 'server1', 'storage.owner-gid': '36', 'storage.owner-uid': '36'}}, 'backup': {'transportType': ['TCP'], 'uuid': 'c2d9c82e-57bb-4753-be66-94908011ab68', 'bricks': ['10.0.0.1:/data/brick1/backup', '10.0.0.1:/data/brick2/backup'], 'volumeName': 'backup', 'volumeType': 'DISTRIBUTE', 'replicaCount': '1', 'brickCount': '2', 'distCount': '1', 'volumeStatus': 'OFFLINE', 'stripeCount': '1', 'bricksInfo': [{'name': '10.0.0.1:/data/brick1/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}, {'name': '10.0.0.1:/data/brick2/backup', 'hostUuid': '2b098a03-cd87-4650-a55b-7e6727db8ca4'}], 'options': {'auth.allow': '10.0.*.*'}}} -->end of vdsmd log

1 0

NeutronVirtualAppliance and 3.4?
by Robert Story 18 Sep '14

18 Sep '14

--Sig_/gfPJvvQ+IlhN7s9cw/2+k7I Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Can the Neutron appliance for 3.5 be used with 3.4? Or does it depend on features only in 3.5? Robert --=20 Senior Software Engineer @ Parsons --Sig_/gfPJvvQ+IlhN7s9cw/2+k7I Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlQa+Z8ACgkQ7/fVLLY1mnhnMgCfVe0U3Yh21tyeDucqL1XspJfo 7yAAnR/P6nxM0j8ih9UxkUpb0kYC5iX+ =T8J7 -----END PGP SIGNATURE----- --Sig_/gfPJvvQ+IlhN7s9cw/2+k7I--

2 1

[oVirt3.5] Let me know how to integrate oVirt 3.5 with latest version of OpenLDAP.
by Fumihide Tani 18 Sep '14

18 Sep '14

Hi, everyone, I'm trying to integrate oVirt 3.5 RC2 with latest OpenLDAP 2.4. Both are running on a same server, CentOS 6.5 (Final), oVirt Engine server. But the integration does not succeed. First, I set up OpenLDAP according to the following url: http://www.ovirt.org/LDAP_Quick_Start. And many errors occurred during setup. (like: ldap_modify: Other (e.g., implementation specific) error (80) ). Next, I installed ovirt-engine-extension-aaa-ldap.noarch 0.0.0-0.0.master.20140904095149.gitc7bd415.el6 by yum. Then I set up ovirt-engine-extension-aaa-ldap according to the following url: https://www.mail-archive.com/devel@ovirt.org/msg01449.html After restarting ovirt-engine, the engine.log output: engine.log:2014-09-18 16:35:09, 691 INFO [org.ovirt.engineextensions.aaa.ldap. Framework] (MSC service thread 1-6) Creating LDAP pool 'authz' for 'authn-company'' Error is not detected here. Access to OpenLDAP server succeeded, and the user authentication succeeded too. I think that the cause of failing OpenLDAP integration is OpenLDAP side and the document http://www.ovirt.org/LDAP_Quick_Start is old and not fit to the latest version of OpenLDAP. If anyone know the latest document for the OpenLDAP integration or any help for resolving this problem, please let me know. Very thanks.

1 0

error to add domain in rhevm
by linisha.m＠cms.com 18 Sep '14

18 Sep '14

Sir I cant add domain using the command rhevm-manage-domains. The command that I executed is rhevm-manage-domains action=add domain=example.com user=rhevadmin provider=IPA interactive. The error is Failed to find example.com domain, client not find un Kerberos database. Can u please tell me the solution for this problem as far as possible. Thanks Linisha M DISCLAIMER: The information contained in this communication, including any attachments (‘email’) is privileged, confidential or otherwise protected by disclosure and is intended only for the individuals or entities named above and any others who have been specifically authorized to receive it. Any unauthorized dissemination, copying or use of the contents of this email is strictly prohibited and may be in violation of law. If you are not the intended recipient, please do not read, copy and use or disclose to others the contents of this communication. Please notify the sender that you have received this e-mail in error by replying to this e-mail copying to info(a)cms.com and thereafter please delete the e-mail from your system. Nothing contained in this disclaimer shall be construed in any way to grant permission to transmit confidential information via CMS Group’s e-mail system or as a waiver of any confidentiality or privilege. CMS Info Systems Pvt. Ltd. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. You will appreciate that e-mail transmission cannot be guaranteed to be secure or error-free as its contents are susceptible to loss, damage, interception, destruction, etc. Before opening any attachments please check them for viruses and defects. Please note that any views or opinions presented in this email are those of the author and do not necessarily represent those of CMS Info Systems Pvt. Ltd. (including its group companies).

2 1

Testday 3 results
by Doron Fediuck 18 Sep '14

18 Sep '14

Hi All, I was glad to see the amount of participation yesterday. Kudus to everyone who took a part in making oVirt 3.5.0 better! Here are some stats from yesterday's logs: Top 10 active IRC users[1]: 206 Zordrak 177 winfr34k 44 sbonazzo 35 fromani 24 msivak_ 19 Sven 19 jhernand 18 tiraboschi 16 danken 16 capri Bugzilla: 1. Bugs by team: http://goo.gl/RXjm8k 2. Bugs by reporter: http://goo.gl/c89Sdy 3. Results: - 96 new bugs - Top 5 reporters: sbonazzo(a)redhat.com 15 redhat.bugzilla(a)jdmp.org.uk 6 tnisan(a)redhat.com 5 glazarov(a)redhat.com 4 info(a)netbulae.com 4 Please alert if there are any 3.5.0 blockers. Thanks, Doron [1] Excluding the weekly meeting part as it wasn't relevant.

1 0