- Users - oVirt List Archives

MooseFS cluster as storage domain
by shimano 24 Jun '15

24 Jun '15

Hi everyone, I would like to create storage domain based on MooseFS cluster. The first idea was to do it by mount Posix compliant FS, but it doesn't like to mount (or i don't know how to do it). The next idea was to use NFS, but even that won't work. NFS causing Kernel crash and rebooting a Host when trying to create storage domain. I've checked everything I found on Google and all my NFS settings seems to be OK but it's still crashing. I know that MFS's issue have been taken here and it may be supported in future, but does anybody know how to get it working in oVirt 3.4 or 3.5? Or maybe somebody known problem with NFS and kernel panics on storage domain creating?

3 2

撤回: can not remove bricks of one volume in 3.5.2 version
by YAN Changjing 24 Jun '15

24 Jun '15

YAN Changjing 将撤回邮件“can not remove bricks of one volume in 3.5.2 version”。 DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.If you have received this email in error please notify the originator of the message.Any views expressed in this message are those of the individual sender.It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility.

1 0

can not remove bricks of one volume in 3.5.2 version
by YAN Changjing 24 Jun '15

24 Jun '15

--_004_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_ Content-Type: multipart/alternative; boundary="_000_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_" --_000_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,all I'm a beginner about ovirt project development. Recently, we found= bricks of one volume can not be removed successfully. When selected one br= ick of one volume, the system prompted the following figure. [cid:image001.= png(a)01D0AE64.D70E0FD0] DISCLAIMER: This email and any files transmitted with it are confidential a= nd intended solely for the use of the individual or entity to whom they are= addressed.If you have received this email in error please notify the origi= nator of the message.Any views expressed in this message are those of the i= ndividual sender.It is your responsibility to check this e-mail and any att= achments for viruses. No warranty is made that this material is free from c= omputer virus or any other defect or error. Any loss/damage incurred by usi= ng this material is not the sender's responsibility. --_000_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style>  </style> </head> <body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D""> <div class=3D"Section1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,all</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   I’m a beginner about ovirt project development. Rec= ently, we found bricks of one volume can not be removed successfully. When = selected one brick of one volume, the system prompted the following figure. <img width=3D"496" height=3D"397" id=3D"_x56fe__x7247__x0020_1" src=3D"cid:= image001.png(a)01D0AE64.D70E0FD0"></span></p> </div> DISCLAIMER: This email and any files transmitted with it are confidential a= nd intended solely for the use of the individual or entity to whom they are= addressed.If you have received this email in error please notify the origi= nator of the message.Any views expressed in this message are those of the individual sender.It is your responsibili= ty to check this e-mail and any attachments for viruses. No warranty is mad= e that this material is free from computer virus or any other defect or err= or. Any loss/damage incurred by using this material is not the sender's responsibility. </body> </html> --_000_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_-- --_004_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=15609; creation-date="Wed, 24 Jun 2015 02:02:15 GMT"; modification-date="Wed, 24 Jun 2015 02:02:15 GMT" Content-ID: <image001.png(a)01D0AE64.D70E0FD0> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAfAAAAGNCAIAAABhcrSuAAAAAXNSR0IArs4c6QAAPLNJREFUeF7t nQ+UFdWd54uEJEKMGiGhtWNEQ2hME7pNmzHJnKhxdiLTza7kcCLQiAchSzYnJjvA6e4ZzgRHJodN 0wMmTDyz6yzIgDQ4u0wg2r3qao4akxxXO9LYRJugQSetTQYTMQlkRqT3V/dW3XdfvXp/qm83XOBT p8X3595bv/v5VX3vrV/dV78x3//+9wO1/eEPf/jJT37y6quv6rdsEIAABCDgOYGLL77405/+9Dnn nKPtHKMF/Y033njsscd+//vf60/Hjh07b968T37ykxdeeKG89rxLmAcBCEDgbCBw/PjxX//6108/ /fSOHTvkte7ye9/73uuuu+6CCy6IBF3U/KGHHjJfL1269JprrkHHz4bjgz5CAAKnIwGR6yeeeOLu u+82U/AbbrhBNH3Mfffd9+CDDx49elS+OP/889euXSv/6kJDQ0MyZ+/v7+/t7f3xj3/8u9/97nTs OTZDAAIQOK0JnHvuuZ/5zGfq6upqampkPj5mzBjdnSNHjrS2tsq/8nr8+PEzZ84cs2zZMh03F3X/ u7/7u3e9611ayn/xi1984xvfePvtt09rEBgPAQhA4Ewi8M53vvNv/uZvLrvsMi3rb7311te+9jWJ sshriae/89JLL9W93bBhg2i8vJC7oxvVJrJ+JoGgLxCAAAROdwIiy48++ujrr78+ffp0CYyLvkuE /P7775d+/fa3v32nfCqvJG4+bdo0rebf/OY3f/rTn57u3cZ+CEAAAmcqgYMHD/b19UkcRjT9Pe95 j6xe6enpkc6+Q/6Tj0TjdaRl8+bNBw4cOFMp0C8IQAACZwYBEWqRax1HMctYQkGX26N6TYvEzWXx 4pnRW3oBAQhA4MwmIHItoq0n5SLj0Qz9+uuv19NzuQt6Zvef3kEAAhA4kwiIaOtJupbxcIYu8Rf5 V1YlsqblTPI0fYEABE4jAqLDH/3oRz/xiU9I/EQ2eSFvtTiX2ES09YJyXXLM3LlzOzs73/GOd0hM vaOjo2z/Ww7cZ8p0TJlbovzMljWLGj781H1r7/ze3jV3bbp8QriExt4OH3zqtr+4U3+iCl9+9PWX Fn91pSr8bl2xoP2Zm3YsGuzZvLLjQfOVrmu3Vri748eOBePGJX7z+lLP5h0Hrmid+/F75y2W5pZ9 67sNk4K1t952sWWMNH7zx86TDwtNKcuKAhCAAATKEpC7mpdccoksOpRbnbIAUf8qSNYcylLyyZMn y7Lyf/mXf/m3f/u3Yu20tLQ0NDScOHGiubk5nKHr9Yw/+tGPyu5YF2hQf9m3o5vleQJqW3PfU9Gv VuNWrplcJS8HDz4h2l41YfzxY288mqLmormzZFi4vOGmmSV3v+OR56R9GR5kX08dPCxlX/nZfa+8 LpiOP3XfGvnwJfX6Xw+8evWU844ee/eiHZtmBjM/Pnni2HETW+/57iVx4yLxMlTIh/NaSu8wOwxq QAACEAgCUfPLL79clpOLAr/yyitvvvmm/ApUNnkhb+VD+UoKSLFitLR0axkPBV1v8nPQEcSrpVCC 9VfPXfndby1TLY9fJA8gUNvKuVfbk+UZX1j24XD+fvSJjge1ZIuGrowL6//fe893ZwTBnX9xmwj0 8WNjrm6ZKbvQX6kdBRMnX63fxrtL9uZffysiPvYDUy4OghnnjX93EPz789/b+w8ddyy9de3hY+++ 6a5rFiuhP3r0rYsnjNOVf/f6m8eDcByyLwhGkBJNQQACZzkBmZuL6Lz88supEW/5UL6SAlKsGChb unOCbp7MNSJ8RXk397ykZ8QSV1n5VVHL5BbHW2Ys/U8Nou9HXx98UE2TZWatZtCBhERMnZtvve1P lIJfHc6jx31gwhXKzrB9taNAQi76xZuvP6+7MH7C5bp8QY8uHj9u7PFjR+UHsjIq3HvP0rtvvVlC PVJM7Fz61WVPvX5MV/mHjpU3q2gMGwQgAIERJyCBb4m0/PKXv9QtNzU12bswb6WAFCsWT7elOyfo I26raVDC0Ga2LdNnCXCbt2vCifbSiXFwW03Pjz/3yI5UY2SQkGjN4WMSTTn+4lOPFpZ5sGOlDABm Nm2HXKTw86+/Kf9WTb5mxheuCOfnR9+UsPjBp1789/BqQEIugTFMT/n1eKAvD5Z9QS4P2CAAAQiM JIEJEyZI3FzPzUW+3//+9xsRt99KASkmhcvue7QFXUIurdeFEQwJXGgtDjeRWhNG/8D7zM3ScR+Z dMHhgz3mXujlDSZIEwqubFr9rTJhSCc/5FJUfB/seEKm/e8ef94Xrv6IXBCoeH3wve/d+e0woD9+ VhQXioLsJtpvbC6LkgIQgAAEMhF43/vepx/DIltXV9dvfvMbrelazeWtfKi/lWJSuGzjoy3oot2v PBZGMCSAvtLMxGXya8LoTxx8+fme55XSH7vt1pvNuhd5b4VcwriHzPR1/OStYNK9USzluNQ9duxw eKMzGjDCyLjudkHI5dWjx45LdP6KyROPHzu8I14ns/d7d948b16833CEsKL3OZvLoqQABCAAgUwE 5DGKek2LrekfU5ut5vKtFJPCZRsfjqDLIwPCpwaU3L57z71q4hzGT3QkRG2bx0++uioYNJFxCY88 2HHH9w6EwZCym14JI9tFkycHxw6/FsbZx17RcMW4cROXfmuZnryrQHy0JUIuQbD3xUNv6O/eOPSi WYaobq5GVwBmGQwz9LLuoAAEIOAbgcyCLmvPzV+JzshcW9+iDIKPiLjHc95FEl6xYtM7Nt21pnIi skxFnjEm5V/q6ZHA90VqYYyO5MgSFzV5P/pP6t5mse3Rp17UQZ/x7/tAXGaGxHkkEnNFFCVnhl65 QygJAQg4EZDfBOln3OpNR1p+pjY7nh5K1vjxlWSkyCzo8sMi81dZV14UcTfrweMq0Zp0vbak2GbF 0HfI7VO5KXr/wfBR7kHw3OJ5m8OV5OFKldy8+/DB5/JXpIyTsURHaS5vuFlubM77Dx/XyyXHT/hw fJ9Tr3gxy96JoVfmVUpBAALOBOSBtzp1nFFzHWmx4+n6WykmhcvuMLOgS4vZf1gkP++U5YPjNysV lkjI5p5Bud0pGl3aPnvZYmIluL1c3SxMlHm6XoSuhXv8hIve/Nm9+odFL/XcG1y9VH6tKm2q+7Ey E/9z2f3MlmtkfNQrXtK2UO7LQqQABCAAgWEQkJCD/BZUnmkudbWIm7ug9lspIMV0fKL0NhxBL9dm +L0sAVQx9H//XfAn9+5YFIQ/2swt6FZR9c1VDYsyhVzs/R58qvfwsWNP3XefxFtkBboOeYt2i6ZL m2bZuxkGxk24rmHyRCkpn6i7oDK0jL/prjVXTDhPmtUrXuwt/tVSGCOS+7ppDyGoBANlIAABCBQl IBmf5Zf9H/rQh3QJo+aJt1JAiknhsijDZ7ls375dfjYqgli2tBSo/FkulbRGGQhAAAJnMwH9039Z xCK/Hir8sajMzUXNJYD+0ksvlXici9yklGcuzp8/P/MMvcKbomezh+g7BCAAgQoJiEyLWEsy5z/+ 4z/+8Ic/fN5558nDzWWTF/JWPpSvSqu5vaPMgl6hlRSDAAQgAIFKCIimS/ohSSkns/UpU6ZIYjnZ 5IW8lQ/lqxJz80T7CHolwCkDAQhAYHQJSIj85z//ueRzfkJt8kLeVhI3Z4Y+uo6hdQhAAAKnhAAz 9FOCnZ1CAAIQGHkCCPrIM6VFCEAAAqeEQG7Z4inZPTuFAAQgAAF3AsNctui+Y1qAAAQgAIHRIJA3 Q3+2/+Bo7IM2IQABCEBglAhcWTNZWtYz9KSg6+/YIAABCEDAfwIyC7cFnZui/rsMCyEAAQhURABB rwgThSAAAQj4TwBB999HWAgBCECgIgIIekWYKAQBCEDAfwIIuv8+wkIIQAACFRFA0CvCRCEIQAAC /hNA0P33ERZCAAIQqIgAgl4RJgpBAAIQ8J8Agu6/j7AQAhCAQEUEEPSKMFEIAhCAgP8EEHT/fYSF EIAABCoigKBXhIlCEIAABPwngKD77yMshAAEIFARAQS9IkwUggAEIOA/gdEW9P0z65ccGiEM3WuX XHXLemlMXixZ252p1f271+u6qZt8O2bMVfsztVi08KEl9Ret3x02Js0m7NSfHNrXXV+/5J61S0Zu p+6m58wubKsk8P1X5dBJI/Xd+8Th9ofuttECBCBQEYHhCPr6W67SgiWb1qYiki1n9bVf37Ym2Nd9 0Zi8rYQcF1feQzs7u5vnzJJ9yovamimpuqN3s373k6Kq6mWKTIs8xdbob/c3z14RBD0PxJ2yWg5l TlsrPb1ozEVKrfI2q7Ww1SVre9Zs29gxu1lafmDnw3OaGkxpKVkzu7OttfHIgRfGzqi9tXVj/67m mtDaERpKKvJ4pYWKOSIh7of2HTheV3d+pa1SDgIQGEUCwxH0yswRNa9p3vV4Y+2kSbWNr0k6DWvb 2NqoGpEyua3EDFrpaU93b/WsG6eqF8G0Kekasrh90+K6KtX4pK6+H4qa/koNOb/KN3pxe9dgX1dd qEQi2dcGC9fJW63C9rZ/97ZNvYOb2prEyqrpTYPBYNP0Km2xGZMaWzcODfU3BA39Q0Nd7YvDHdc2 tiwMbqqv79hb3VA7SQ98MjA0tW2SYUMUvGb2ip6tK6QReSHfrZh9beE4oS4a8rZU3ZdiF5UaUJMj kBqWoi3rVU6q32Vw6u3dJFAuqpchtGpTb69CVNMT9jRl/NONqN6l2laqSvGeVnZInj6lzMVocZPl 3CnKSqZcGZ1rLq0qYmRP6UwFc8QWm6DEVpW6FkzsvgIOFRl89hTKJuhaDlZs7Vkxu6bEEaOKXbu6 b3D5jVPFJcVnoFOfsVT+mS3LS3Df1r4qUDNBeWELa0JeK/ectHPLHbeurK/vndEiuxYV3tO3+lrr JJFeXDt7RcPCddpGEWsZBoy9ekyK9VHr1xiRbK3+gqi3t3ewd1N8+TJp455oUJORoypU/2gMUA2+ JsNeoeVVdYsH4/2ljjdSZeqNy1/bszGlcnEQk1SzauwJT61Y3kWLB8WtpYfVwlYf2Nm5bpeMZUOv 7ZEeDi6uq+vqk+Z179L7pc1et7B6Vfs2u0HxSPXCllQUlbv1rCkp505RvNkhHOntrTwyemjf3oHC XRzo36dPFjnrUw1YvuWZeCaX3UBqVEYgm6Drufa6hQ1yDq9pCkQMZN6qJ2j2pFUVC4+2MGTcGby/ vz0x2VRRkZQ4g4zhZvZqlxHd7NjaIz36+e71opULFy60xU6OoawHSk/nyo69Ex++/YtB87JATZb1 HLyxfdmq6VUyVonlakoe6Km0bEas5bVRPQ1ETfYjlYxFP9LrWG1z1yKqWVH/aAyIyRSdbWk/Tqpt aKw7fiAM+ISTqbVrW6WizFiftGboQk+3VjiT1V8VjMG5YUY6IVc24tbSw2rioNJ+kWFA7bRwhh6B Sr1FMWtOc8/WTusg2N+5dWB12wK1i9xIUzjA2LM2c4GiA0Q6/KW7b7/WZheE2vJ6I4ha165V41sY iLOukCLX6OiiAFeM7TK5sF5BrVzITu0sPAz0kV/CWbFZg4mwoQp2rVU+FpOeNDP0QlNNx/RXieOh 4CotvEjtUVefyjZ7mI+sVXhbY3uisd8+nMQ2OUHkZLHh66PReLDwusG2xBIEc7Jc1VeZilEqR2Du 3LknTpzQE8GfvvCL/NBI+jst6Pq7NC2LaqmpaJWar+U+0cJn5rz5ngijFv271qlx3sz1wp2I1twg Iq5Ky66lTGFFNStM2aSi7PSHUbPRXLth4UIpXNiLRId1CKVws4eTRBkRdPsTe1IvjQs6M+XXbxMF jAHSx8QMXc3rIxqmEVNMdmrKS7PqtQAJ+cdvU/xlXXZEgm4bUOw8iW3WPurTI0ElR05+mbw9Wv0N PzdYxELdWbunhd3Xh4SuJf21X5vqQQQwbMq8NiYlKJlD1xzG6kWgW9MuNq81+fxmI/i2H1OdZTvO GKPaj84du5ZldtS+fZYpAyKPCwrzNh97eJrE/jKvo9YSh6ixLb+p5KFiTudC1LZ58dFuqqdakvO+ DTz70XW21DCiLTIuYh4MT9DlaK6qu+GGuioJQ5vD2tYmfYIl5tFG/W3YiQ+lompH/HqDFgl9StvF EmJnnwY6hr5u1w+V1kgMveGHavqcEHQdQxeJVMKet9mCa4dZEiEXqwupx7cdUYmUVORg3a5dif0J wEJx0fqVb5cZGlN10B7/cposgl5XV1UwMEQNG/lTp3f6WWrO1dSBR0tnvDW0549/xcYq218x7cRp rIcuwy0a6XVHjMTbKp+qm3aB/LEzpbN2AXsXWuPMAaMNi+Nmea8Tw3OBfpnxO7H3nJimkQk7oQfm fKtyHxZyll2r4ypvOmWIygmSODHNLhIqaE66/DOujKDnN5I7MhNAEmexOc3jiUvYTGICdLaIdJZ+ JgQ9W8hFXydK0EMk4LU9Dz6457VbZowtnMfJBZos5xAlrSS2u619w5pta0xJicSpBiWod1i3LHcd M8UBis0rE5/rIMa8tnBOpw/cFnXlkdiXjoknQi72ZWz32pU6+qyLpYaS5IK0avqqx8Pw4hW2fMvx essd/zQ01NmcEg9JDId7di6oL37folgMdHDsjIWNQfc2K8BlxdBDJMu3dD58e3thADX1xpeUt2/D SlTUGgmemR7PkfUwXNYRja1twdYOuSGs73jL+h9dZZK1bGZS7ZTqYEDFmly2MOxrXCnRNXFZieZe 6Os1oTZ9wFe4b3vx1bTpdb19L0hv5jQ3du58QMhJTEmtehJn5Q4YdQO59HZ+XV3RM0lMTa3c2zu2 vb0xcZdC0924Z48cEjpMmnqf2URCVEC190iFnc8rZuI24X3yFw6ktCFnutxkitYYqJBm4X6E4XB2 fhbXySbo6gSOLmkVNDlPjh/f25EIdMotr6GhZz5aAVZRun3Tv95Ye0QGCqVWsiSxRy/1m1hyMZx9 KJj1EnJw19bo3b5e+iaPOreruoOGhtpgSf3Mn6s6K7Y8E+z8ullwIoqWepDpbg2qAz0Ma3YO3BDd CQzJ7Nn5TXWm5ELkIvFqJcwz1q2i6HBfsXVg2pS3ltTfJDeQy90GCHVBCUTqJud8kHbaVK1uW9F2 R8uKggU8VitTv94cbNutGbhu9vhXQVtTmxdW7+zq6enaWb2w2fA5ZImILIscCKqnpN00lvbj4b/s ribVzqhOxIWK3buTtkRHEtPect6JDNjXf8CYIkdj3fRp8rahac7A1s7dux8YqGtUq57EWfrWsdlK 394sdccyHjaSBBa3r24Nx8sVaTMMc+9kUJR9Zf5POuSwr1+wc0/uQqQs22QBFbivn7MtaiNedZYs NqWm1r4alh2Oxrwts/WneYVsgp7orEyseoKGh/bsqdu7pS+YUFxu0iGJ4+M7jeEkRYts74xb5G6q nMalZlDJYI4+H3I33wf7+5UKfFB2/EFZvrJnY/jK2vTp+tqeNbLKpfaODWbsWb5lw4YFK/VsUI9e erKpIjl17e0t1nkeCrQo9Wt7/rHaarl+zl+pSrmQS5pwmDNKLH+XTKaKCZbVcLj6XgtE2hbKfUc8 0ZZhxp55Tb1xweK6gfb4vD2kpkX2WCW9WH5jJeNv0YNdDWPhLSw79l3JqSG3Rrs7N2zo7Ilvh+rb vzlrE1ovbYoQDOzVM/b9q9Kmdan7lR2ZUU3PQEss/xcJ7m5bEg/t4T26SlYByi42ta2Kb/Oa+Xh0 Q/v22zsam+eombY4q2FJfJilruCUQj3q2iXsZG4kSOmZGi2ikgU/lZi6un2xOSriyrkbs/qT/J90 hCdRyx1t+opArSjLvKnlLtFqJb3wN7WJqTfOssabcIoj80K95Dc+VjP4N7OVZ2gFF0Hf3zR9iYqW hBdxra1fkstnWelQyaGvYaqJfG5TF+kN3267QY5iOY3lpzeVRGwsv8hERtanv18+Gezrs2d8RXwn R3ZV7R2P5wuunq6axRfh0b8zmKMnaNObVswJdhYuoJaxRK9Pr+DaXGZnA1F0RsdoxtQE1uTUNjX/ KkSGupYS80QR5ZYZvfoCtqmt9/G8tYyT5LdO3W1N2jWJkEuJA9vEkewVPnrtfGL7v3vfNTgUhlxS Z+glfogrg01jIH6TSyXj7fBwCjqjH3+t6qtNTNxUFR0xaP5G8k5D0d7IwdbVXqfJSyShZVd/iRm6 yMrju1ri3xzU1LV3VTJDl13oX4qpTZbt7omXYIYK3mvFlGxn1czu6MqVzNkvt3ckyBY2dPs+mZEU OxdsU1W/wl9+mFYaW9cIq/yf/k3tCn9yEZGQg0pxCC+VpL/yszh1PRd1YnD6TVUpP7gLZw8lVriq SFq0Nqx5ZxhwVxGnwi1piXb08i1dsfebb6ogcHeGKvNwu5Xxpmi0kkSuXu21LlqVE3fV7duY+oa1 bImLrMIbNaZk4gK57E1Rfcslvk2nF3rrMHR4SMmu7cmjNdGOepQwLL4nae7OJVfdWA3m3fax1g/k 7uxluclxCsrGzPPuoRX613i54JZaZHNl95BPQQfZJQTOVAKJm6JjRNC3b98uEwFRqGf7D15ZM3m4 Q8OZXU8uCW+Ys+0hfvZyZruZ3kHg9CJgRFtGrPnz57uEXE6vjjtaq9YGZA0COe6T6hCAAASyEEDQ s9CiLAQgAAGPCSDoHjsH0yAAAQhkIYCgZ6FFWQhAAAIeE0DQPXYOpkEAAhDIQgBBz0KLshCAAAQ8 JoCge+wcTIMABCCQhQCCnoUWZSEAAQh4TABB99g5mAYBCEAgCwEEPQstykIAAhDwmACC7rFzMA0C EIBAFgK+C7rOA1niSadZOlu6bJRGXT2DNJclcuTaP6kt2Wkoiuy4VPL10tV1ds2MKScy5HovSapU tnuVdTN8omTZLU7pOVqOroB/WRszF7BSdJZJURs3nZc+NHpMpDr4rbNAgEeUCpOCZjbx5FXIHW+p qVpMX4olcnG0dJSaLWuV54Ie5ruQp5AXPNO5bL+GX0DlfbaTUQy/Kb9rhs9kL/EI2RLGHznwQkY1 H0ESpbLdF0vfU7D78Knf6rmYZ5Kjw8dZb1R5M/rDZ/82pWRhT/NDQT7YkIk5C1SCkdNxM4d3Lk2C 3Q3JdqAeiZz+rXOHR6nZ8nZlFvS0RN3hGL5WTaXlEfVls6er3Oe58iUelq2ejj92duuXqnu7e+Ik ZFb76Qm0dG51vVnztdyH5oHm+WnUf6Vp2TP0YqnfW1UqPnsyqCet1ucpeevVoP2kTp2u0zNZr6Od x4nVo1zpiZQFFqvUPib9vU7Zafpr527XlsSXPiVa01/lZnxi0rWzV6hntZupXIw7d2WTazCRzUpM 1FddBZ8nbdBHWgw5/FZl7TAz9Bxhk2lenkcvD2TXLcdz8HBX+dImFet11kDduLZHbVHJfFB5D8c3 F4uWa1J8bTwhjZuemmm7vpLQFtrW2kyM/YVZ4hIJTKSkVJQ8GEGcVkKnNHnAyjtYXgnyS8RngQwS TYNBT03uAOiLT64c1YoBhvsoPKfMiWAfFeVOltCJ3fue1MYop0THT+ygaIa+/pYm29eml3qGXuxb +/gx/PPlwp7SJI/2RLNpXQ4P47VrWwtkKqujCsoP43noaSnDc08bt7Onp+ZBV9l8cuVLPKfYZN21 c8WqJ57rR43npYe3H61upaXX+ePzSprWdEqNOB+xnUY9/NBOWJ5I/V6Y5F4/Utx8njBYP2xdWa6f Oa4fwp57bdI0F2a7t1MP22l2C/qYB1I/z13bYzIaF8ndbsOJXBMn8E33lJXe107cbtqxG8z7UOzJ Z25sTq2iLQ97YfGM3FSMsMZi0tUnXtsHiYZjlywCKi8Hi3lufpyyOe/QMnmcDaLUlNY64apxuv26 MvvtvNLp2aITGauLnGVFM4MbFHY67NRTzz7HzetEaoScm0OHRo/dj8v0SbqC1MO+7MmiT974af6J c9Z0Lb2PhSm8bUT20WW7Mi2fe6mjPc4SkRQZrQDxsWSfRJkf2554HnqQSdBTE3UnUoanCVBkZfxV Sprzwn6k6qmWxSKpKpTGh0dMLrNEwmCTokGjTE2jbloom/rdtjl/v3kdNF8VI1OYVN7uiNVycsgx 3SnMOJGapj31QztziOmRKhmmBSnMKK+P0dQcFybBhXXm50m2SkWfkvejhNfiZNPJU0J9nsxqbwjb 41naKVLsbI8+L9ZB61CPSiYst4cEjaiYoBcMDKGZ9iBhTRpSzpfCkSOh4JULemKOpw0rJuiFp17+ jsoAtFOgaL8UA1j6ZLFSk4dtyJAQ4yr07DAEPQE8N2Sm5ucpdrRrk4r4JW8XCanJJOoJQc8Wcqkk UXfi+EjLg17RZYXKZzio04BJbi15LdmEC2smEplKeFddIUabnS/NXPjIh3FSylKWDDv1uwo7RpbH xlfU5dRs9zrHplw+m9ySqX08rAIUdoDF2mWYIrmYBcUC4pIFe2F7e3cuSWbRLpgrbslUp90hAcp1 C4PYC7lr80NBg5UxMtdgCa9JPjM1l8mlkNbVJItbV3tjnCUueQ9QZYNbZ1KplbypPmnalPNjU0JQ dqLngj5HWa0lm253b/WsMHmbpPSrs+pPqQ4GDsThwYq8nlJIkimGESFzFBce9zrxtAQaHtjZqVOV Srbo4e0ucblZeaZm5eswWGzyDsqZWiyDqLYt9SbHKAAcHgm7lp2XvFgG9qh8saPdNFdEA3O7sNLk ulqeTdCHkag7NQ96BVZLjt0e+1CT89PKwFu0gfOnTKtTMyOzvRbmYwwDas07AzOlrcCA4ad+n1Qr Z3ViHlrRzbci2e7DFI6SldGcuql9rA3v5eqtMIV8qVs00pok9TxSQEQmmCtaW0V/m1VIusgW5VzV O45n02FZk2JblN20INmHV7SttvIvR60W8Vr47fpbmgckDWta9nrR9Hi/jSbnsrHTZKxVyt5c/A7h oRcOmN6HoPKTJif7rbJa7+zu2mmS1hbxWgowmQ9VcuAFgShInQrN5Y7iRHKVeJjf3bl1YE5TGMCT c1MMiyO75TtSmSVlS4VDYGJIKHGnXUadwlTylQMsa83IFbBHZZ2s2IzaKTtJPdpNuSIamNuFHBjV mVMop/c1m6CnJuouAbFYHvSy3LvXtg/ULV6gZkB6S6SuL9aCHOgNQffKeO2a3PpQ9zRCl8R55Q+1 395R1gApMLzU79rYZkvF1AS2/PK4EtnuxZLje7d0xKdukT4m+yT3LXW2a3s6Wdjx/P2GI599s3dB 22qTVL6wrroWaWhTGbTlrtSqtk3qRbKRuunTTF2V1r16Vfs2u7ViPZKLqhVbg8clR3L74oQo6zuB ppHE+ZC4bSjhoyKnYzhYmjVUpUHFx+EsuUX/nc7u5jmz5JMSXtPlrclX5Tnsw6TSZohSV5aFyxBD y7fcfvtAXaPOry3nZnXscbWaILqAqORQdykj57hxjb6PXeJ6SF1YdHSrKxh9V7knuFQuQNvjE1ay w1eQ3t3F3krqhtdh5hA1V8ZFapY62qVKcQ0cjHcRHhj6cHLfsgm6HDaJlOGlL9CK50HPWV64ykU8 vaRtk76QtLbwCN7UtmTL3tLLqGS50uO9bU36crVjb53KmD51de7yvL6meeGgtWymGMThpX7XrUnm 8rq9HdqGprbe/oqWxxXNdq/07lB1vIZBZCStj8l+hDHcnc0q5rPq8VIG2K1VSRp4O8O9QNgYopMV Bbnb+lo7qsKzMQyhxKGBMEd7TxgHSJq3JlL8yMLlWzolK3z+KpeUHh3ZvV6CY+t2dcqoLtnrZdlG jTUuJgh3qoTx6uRpkiG8oXVjy4zeMFo3ZkzN7I6N29bkH0s5VjLN39gc6JLlQEWSLmf7oaAxnm0U 9Vo8ACxoDLpV+83fUHeqK9nEKtv+rr6U9IcijjK3lYueuGu5c1O6LOdpbjZUcpdWbCclZKdHLHFx MZmWc7yrvU4fAxIabdnVX2KGbp9TqvDjjbW1ktwx6IwWGq3qq6085lMJSTlZRDekj4WrrVT19G9l xt0cdGoc196+T2lIUZ1InIzqaM81W1wDqz4WPKyP0OaS0CrrZlSKJNGZcFEYAhCAgDsBiVVeuzpt nM7aNEmisxKjPAROUwIpPwQtMlE9TTuI2UkCWUMuEIQABE4XAuGvJRNr4EY6oHG6oDhb7ETQzxZP 008IQMAbAqWeYOFiJILuQo+6EIAABDwigKB75AxMgQAEIOBCAEF3oUddCEAAAh4RQNA9cgamQAAC EHAhgKC70KMuBCAAAY8IIOgeOQNTIAABCLgQQNBd6FEXAhCAgEcEEHSPnIEpEIAABFwIZBV0kwAs lzrW2n2mRMBR3qbR+y1ypjytVn7hUmmIXViPXt1MPdVm2KnRRs8wWoYABE4mgayCHv3AyT11rH7y apimVz0nbxS2bHlarUfvj9aPuEahj7rJbD0dNTNoGAIQOMUEsgq6nr0+WZA6NteNwf5dOnWONfVO ZtENUyrnJZ9NSVJcQbJpm13pPK15TynSDwK10zqLtVZ+4WiGnihgHh9qMh/JY1olK3ThY0Wt9MR5 iaS1uXYC4kTy5TjlUPSoUvuh3vkPGc67hkhkpE3de/GMyfqx1KG7KkwSf4oPWHYPAQiUIJApp6jJ qZjIBBg/AChM32eyTRZL8ZxIWqjzpdrplXXeQjvZdLH8ovZ+UxNDm7R+dgpHbWFhWue4BTt1Z5RU 02S/tS1JTVxpJx3Oz5EdGWvXsgrbEMzrXOJBlbcwoiQt5Oc2zGVNTN17asZkncYwASFTMkMKQwAC p5yAU07RSoZG88R9nazrUCDJ5AbibEGByoAT5kI0m0oIkktOFNcKvzc5LlQekxadhUunvMnPLxrm wYoT1IVPmLNTNEgVeVy9CexIWgDrWfUNOi1k8S1KxyMpHUJBDQLbEnl0vdZZe5PUBCrpXbiZWoky MqLo9AjGmHwIko5jseScU5mPdE8lqDKxPfowTCNZLL9J6t4laY7JXmQXGNi7Ra6TSmckqMTjlIEA BDwhkDXkksFsSRQpuna4gozJdv6w1BSXZfM1l83TGgcWwqQqvWkpNCvoWJQD0E6oVqSWif/U9JRL GawTKhbLvq2Ht337enqC6qYwEZ3kDdr/8N46OzlfgQ3JvRfLmDzYe2hZe4tJwFYBAYpAAAJeExhF Qdfp5CdWkDF5INSpaJNaQUEGSMktG8dDokucxBxcKpfI0yoR5PoFO/eoqjrI4LIVZrm1W1MZRJs7 4/hKcgJfZMfFsm+rZG/dXV2PNTTPqQ0T0fW03PL16mRyvlyjxfaemjG5YWFLa+sKSZBmUrC6YKEu BCBwygmMvKCbGV+cpb5MxmQ7ua3gMLntbTTl8jWXztMaLgIxgaBt7asGHajbWW5VCmOJh+RtcjGx uH21juNIquvk10V2XTz7dhh1aWvrUKnoJbI0duvWXp3lPXVL3XvJjMmT2u5oiaNVDlyoCgEI+EBg eDdFZaYr9z/FfnMzU09/5cOW9nY9Bbbm1FFh9XG4VDGeKUev9X1RvZla5p6qnuzqe4mJMtYdiVwL 5q6s3PcL97dwnV1XmydmJ+7r6jKqrn1T1LawqqtPbqbmLJHCLQsb8gnkXQEsbm+XfiWuLWRHxkLb BvvSwb7nad9ZLbgdGgEwPbUbsfduxfqjXuiborq++tb09JTf5sEACECgUgKJm6IkiXYZVeXKoL72 jsdLpDl3aZ26EIAABEoTIEm00xFirwc/tK+nuzeYNuV8pxZ9qZxbyK9+RRBuS9Z2+2IddkAAAhUQ GPkYegU7PY2LqKWKQY3Su6rpSzb27dGLKU//TX4fm9wK7zyf/t2kBxA4kwkg6Jm9a5bTDA29dqao eWYIVIAABDwkgKB76BRMggAEIDAcAgj6cKhRBwIQgICHBBB0D52CSRCAAASGQwBBHw416kAAAhDw kACC7qFTMAkCEIDAcAgg6MOhRh0IQAACHhJA0D10CiZBAAIQGA4BBH041KgDAQhAwEMCCLqHTsEk CEAAAsMhMPKCrnJmrh+OLSNXZ+RS2oeP3+rOPa195EykJQhAAAIjTWDkBV2S74y0kaemPZXkqGpT r8m9cWrMYK8QgAAEKiSQTdBF4+pVqvv4UXxhZgn9ZD49K5fpeVPbpp6tKy6qX3IoCL9dvztKICpp g/TT++RF69q1OtP8k1aD8t4Utq1XWXiincTJSHOPBrSeCGg+vKrPqm8S3iuT9BaWTN2XqRf2NHz2 1g8rTDlUIW6KQQACEBg9AtkEXew41Lupak6YYU0exbf+lqbeGS36GX3NQadoujyMUGdOMImSU03f 2tmvEsI981HV4OvTV+vEEStmN9v5o+MRolfnxOhqr6sZc9X+UI5rmnfpz4Zq+1YpTZfB49q69i75 ZLBv9Z1tm/R+ZTDo2FsXpqUQg5sDGY2UpodPFiz9EHNJRf1a+OytD44eelqGAAQgMLIEMgu6pLaZ pTLWyzy3c+vA6rYF2qAFbasHtnYm5LiYrY15WTEb2lobQ5W9cVbhdFgy0q3b1an3JxnrZQwIdj8w ULfYZEk2aZS7e6t1O6LFkkhI1Ti0s7PbJJ9rbG2T/Jw9BMRH9giiNQhAwBsCwxD0yPZD+w4MBINN 06t0NKRqepNLrs4YyMCBPMEN04EWsqqekXsG+flTpgW9vb/JLyRJpdUHR3p7B1fM1k8vl62mRIZP E9ixIjPeeAlDIAABCFRAYPiCPql2SnUyEeUzeiqdtqVLczkLJS1y9b7+A4liA3tzqn/kwAtBXd37 0xs6v66uTicCjbeiTzBX0/9wKx0sKmcw30MAAhA4ZQSGL+gSI2leGDTHKxTVDFcC3PaWk+P9u7dt 6h3ODF4iKiYnvU7/Ftw4q7p307b4XqvEZCSAUxuGWYL2KGXa/lVRDH3SnOaGJQtW6nuhqvpFrEE8 ZccaO4YABEaZgIugB8u3dNXt7dDhjKY2uXUZztAbmuYMbF2hxV0C691tTfJt887ASjyfoU/qLqvc C1URk9kdXX1dU8Nbmv2dcSBl3/TVOlOaGBN06vUwzTe1L9b7kHl3y4xeHRVS1XXGuPKrXDKYSFEI QAACfhAYM3fu3O3bt4veiT0mgbQftmEFBCAAAQiUImBEW8LF8+fPd5qhQxoCEIAABPwhgKD74wss gQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJLIAABCDgRQNCd 8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQnfFSGAAQg4A8B BN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMAQffHF1gCAQhA wIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQcCKAoDvhozIE IAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwBCEDAHwIIuj++ wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8vsAQCEICAEwEE 3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABBd8JHZQhAAAL+ EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/BBB0f3yBJRCA AAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQgAAEnAgi6Ez4q QwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/KEIAABPwhgKD7 4wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJLIAABCDgR QNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQnfFSGAAQg 4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMAQffHF1gC AQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQcCKAoDvh ozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwBCEDAHwII uj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8vsAQCEICA EwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABBd8JHZQhA AAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/BBB0f3yB JRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQgAAEnAgi6 Ez4qQwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/KEIAABPwh gKD74wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJLIAAB CDgRQNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQnfFSG AAQg4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMAQffH F1gCAQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQcCKA oDvhozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwBCEDA HwIIuj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8vsAQC EICAEwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABBd8JH ZQhAAAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/BBB0 f3yBJRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQgAAEn Agi6Ez4qQwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/KEIAA BPwhgKD74wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj++AJL IAABCDgRQNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4EEHQn fFSGAAQg4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI+EMA QffHF1gCAQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZAAAIQ cCKAoDvhozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74qAwB CEDAHwIIuj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC7o8v sAQCEICAEwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDgRABB d8JHZQhAAAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQgIA/ BBB0f3yBJRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19gCQQg AAEnAgi6Ez4qQwACEPCHAILujy+wBAIQgIATAQTdCR+VIQABCPhDAEH3xxdYAgEIQMCJAILuhI/K EIAABPwhgKD74wssgQAEIOBEAEF3wkdlCEAAAv4QQND98QWWQAACEHAigKA74aMyBCAAAX8IIOj+ +AJLIAABCDgRQNCd8FEZAhCAgD8EEHR/fIElEIAABJwIIOhO+KgMAQhAwB8CCLo/vsASCEAAAk4E EHQnfFSGAAQg4A8BBN0fX2AJBCAAAScCCLoTPipDAAIQ8IcAgu6PL7AEAhCAgBMBBN0JH5UhAAEI +EMAQffHF1gCAQhAwIkAgu6Ej8oQgAAE/CGAoPvjCyyBAAQg4EQAQXfCR2UIQAAC/hBA0P3xBZZA AAIQcCKAoDvhozIEIAABfwgg6P74AksgAAEIOBFA0J3wURkCEICAPwQQdH98gSUQgAAEnAgg6E74 qAwBCEDAHwIIuj++wBIIQAACTgQQdCd8VIYABCDgDwEE3R9fYAkEIAABJwIIuhM+KkMAAhDwhwCC 7o8vsAQCEICAEwEE3QkflSEAAQj4QwBB98cXWAIBCEDAiQCC7oSPyhCAAAT8IYCg++MLLIEABCDg RABBd8JHZQhAAAL+EEDQ/fEFlkAAAhBwIoCgO+GjMgQgAAF/CCDo/vgCSyAAAQg4EUDQnfBRGQIQ gIA/BBB0f3yBJRCAAAScCCDoTvioDAEIQMAfAgi6P77AEghAAAJOBBB0J3xUhgAEIOAPAQTdH19g CQQgAAEnAgi6Ez4qQwACEPCHwJi5c+du3759zJgxYtOz/Qf9sQxLIAABCECgLIErayZLmaGhofnz 5+cJetmaFIAABCAAAQ8JaEEn5OKhazAJAhCAwHAIIOjDoUYdCEAAAh4SQNA9dAomQQACEBgOAQR9 ONSoAwEIQMBDAgi6h07BJAhAAALDIcAql+FQow4EIHCWE3jjjTdODoHVq1evX7++7L5YtlgWEQUg AAEIpBMQQb/gggtOAp3ly5dXLuiEXE6CR9gFBCBwBhIYOjF0Ev4ygUPQM+GiMAQgAIGIwEnR86FM uBH0TLgoDAEIQMAI+okTQ6P+lwk3gp4JF4UhAAEIxIL+9okTBX/9u+781KI7488H//MnGrqfG0wU u3PR1Xfu6i+sm/pJJtwIeiZcFIYABCBgZuhvnxhK/n1k1m1/9bG+b9/fL1/tv3/bcx9v/vwVExLF vvY//3nf6vnd+374mXPec471p2sl/jLhRtAz4aIwBCAAgVIzdJllf/6/Ln9kdcfg2ye6/vm+L944 M3/ePfjlP7r6/zx34q83/vXti/7xf/8ut/23+VdK/KZwkp4JN4KeCReFIQABCBQV9A1f+uy54Vb/ yHNbLz/33L/c/uxfzq1Xn3x2fxycCR90e+LExJo//dGTd018e/9n46+GhgKZnSPoHF4QgAAETgGB t0+8nfj7yt//4DfRtv/m6dPv+/H++O0PLosKn5BlK30Pfue8889Tf594Nnj2E+GLa3rDNZCi58k2 M3WMGXomXBSGAAQgEM/QJUJSfBsa+uBlNRMKv5cJ+rQ//errattx+4IgqP9/4ctHp4dJKlKay4Qb Qc+Ei8IQgAAEIgJv52/7u+6akNumbdv3gz+y3l//lbt0cZmhyyxctsF9D/2P59+qk0CL/jwMxSSa DN9mwo2gZ8JFYQhAAALpM/TLPr90MN5+vPmOui9+sS6o+3H8yUMblurpdyjoJ04c6P77z33l/g0b /lza0vPyMIYeLmtPbplwI+iZcFEYAhCAQCzoyXB3FAD/1c8enr1o513f/vZdm2bPvv7Pf5VXTIR7 aNd3vzZ77fOPPPy3E8IJezgvD//CgEthCJ0ZOscbBCAAgdEn8LZIccHff//6n824/m//1y+7Lh06 cennv9Qxe2hG9Z/93ComM/T/+JU7ex7uePuFR+qrP7s3CHQj4Qw9rcFM/Qhn6DJiZKpDYQhAAAIQ SARHHrlrxSUfuuSFqctefuX+yfF31/2XtS+/suG2D13S8KcrfhWFVqLIyoUfve7pV15WhV9s/NAl q3cOXnbpucMOuWgZD5+Hfs8994wbNw73QAACEIBAhQTk8blH3jhSYWGXYt/Z8J1KHp977NixW2+9 NZyh//rXv3bZH3UhAAEInIUETsKTuWQXFYLVMh4K+g9+8IMK61AMAhCAAAQ0gXCh4ehvFdLWMh6G XMaOHbt582b5t8KaFIMABCBwlhOQREInjUDZkMvx48cXLVok/4aCLmYtXbr0+uuvP2n2sSMIQAAC EBgpAjI9v/vuu6OQi/xP3rz55psj1TrtQAACEIDAySEg0q3VPBT0iy++WL9qbW196623To4F7AUC EIAABNwJiGiLdOt2RMzf8alPfWr8+PHyRlbh3HbbbUeOnIyFOO7doAUIQAACZzkBkWsRbZFu4SAy LmL+DlmB/rnPfU7fEZWvv/zlL0s4RoLrZzkpug8BCEDAWwIi0SLUItd6Ci4CLjIuYj7m+9//vp6e P/bYY7///e91B+TrefPmffKTn7zwwgtZ/eKtUzEMAhA4qwiIjst686effnrHjh1m2v3e9773uuuu u+CCCwRFJOjy6g9/+MNPfvKTV1999awCRGchAAEInL4EJG7+6U9/+pxzztFdyAm6fn/o0KFnn31W Hrd++vYQyyEAAQic8QTkWetXXnnlpEmT7J7+f1xT8tYaEUjVAAAAAElFTkSuQmCC --_004_D35F244179B6214ABD48C7FB554075803D7983WXEX01windawncom_--

1 0

VM Clone/Export vanishes PostgreSQL Database in VM
by Matt . 23 Jun '15

23 Jun '15

Hi Guys, I have done some tests with a VM installed with Foreman which runs on PostgreSQL. Everytime I clone a working VM, or export it and power it on again the database of foreman is almost truncated. I have checked everything, snapshots, etc. Now it happened on a running Foreman 1.8.1 VM without any Snapshots being taken. Is there something wrong with Ovirt here ? I'm getting tired of placing backups back. Any idea is welcome. Thanks, Matt

2 3

Help with REST api and json examples
by Scott Miller 23 Jun '15

23 Jun '15

I am unable to POST with json to the REST api. Every attempt is returned with: { "message": "Request syntactically incorrect. See the description below for the correct usage:", >From what I can see the syntax should be ok however I am unable to locate any json examples for the ovirt REST api on github, or in any ovirt docs. Can you help me? Details: RHEVM 3.5.3.1-1.4.el6ev Testing app: Postman Example requests with only basic needed items to create a VM, both fail with above syntax error: POST /api/vms HTTP/1.1 Host: xxxxxxxxxxxxxxxx Authorization: Basic xxxxxxxxxxxxxxx Content-Type: application/json Accept: application/json Cache-Control: no-cache Postman-Token: 8816bbe9-998e-02b6-1873-f4292657868e { "vm": { "name": "scott_test", "cluster.name": "LabRDU", "template.name": "CentOS-6.6-RDU" } } POST /api/vms HTTP/1.1 Host: xxxxxxxxxxxxxxxxx Authorization: Basic xxxxxxxxxxxxxxxx Content-Type: application/json Accept: application/json Cache-Control: no-cache Postman-Token: 8816bbe9-998e-02b6-1873-f4292657868e { "vm.name": "scott_test", "vm.cluster.name": "LabRDU", "vm.template.name": "CentOS-6.6-RDU" }

2 2

spm changes hourly due to unexpected error of getAllTasksStatuses
by like.ma＠cs2c.com.cn 23 Jun '15

23 Jun '15

Hello all, In our ovirt environment(oVirt 3.4.4), we have 2 hosts, and the spm changes hourly between the 2 hosts. In the events of DataCenters there is following message each hour: 'Data Center is being initialized, please wait for initialization to complete' In the vdsm.log i found following error message: Thread-13::ERROR::2015-06-23 13:38:36,667::task::866::TaskManager.Task::(_setError) Task=`e450d7d6-771d-4c51-90b7-c6b10da37897`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 873, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2125, in getAllTasksStatuses allTasksStatus = sp.getAllTasksStatuses() File "/usr/share/vdsm/storage/securable.py", line 73, in wrapper raise SecureError("Secured object is not in safe state") SecureError: Secured object is not in safe state The attachment is vdsm.log and engine.log. The error occured at 2015-06-23 13:38 and 2015-06-23 15:38 in vdsm.log. (by the way, in the other host the error occured at 2015-06-23 12:38 and 2015-06-23 14:38) And in the engine.log i found following error message: 2015-06-23 13:38:37,933 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-34) [781beaea] IrsBroker::Failed::UpdateVMVDS due to: XmlRpcException: <type 'exceptions.UnicodeDecodeError'>:'utf8' codec can't decode byte 0xeb in position 749: invalid continuation byte 2015-06-23 13:38:37,971 ERROR [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-34) [781beaea] Exception while trying to update or remove VMs/Templates ovf in Data Center Default.: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: java.lang.reflect.UndeclaredThrowableException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:116) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.executeUpdateVmInSpmCommand(OvfDataUpdater.java:383) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.performOvfUpdate(OvfDataUpdater.java:163) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.updateOvfForVmsOfStoragePool(OvfDataUpdater.java:135) [bll.jar:] at org.ovirt.engine.core.bll.OvfDataUpdater.ovfUpdate_timer(OvfDataUpdater.java:93) [bll.jar:] at sun.reflect.GeneratedMethodAccessor250.invoke(Unknown Source) [:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:] Can anyone help? Thanks like.ma(a)cs2c.com.cn

2 2

Upgrade to 3.5.3 fails on ovirt-engine-notifier service
by Trey Dockendorf 22 Jun '15

22 Jun '15

I just upgraded from 3.5.1 to 3.5.3 and found the end of engine-setup failed because of the ovirt-engine-notifier service. The logs indicate that the MAIL_SERVER option was not set. I had set this before via Puppet and know it was working because right before I started the upgrade I was receiving event notifications. It appears as though the RPM (or some other mechanism) set the config file at /usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-engine-notifier.conf back to its original state with my changes removed. Attached is the log from engine-setup. Is this a bug? I was able to work around this by manually setting MAIL_SERVER back to the value I had already set previously and then re-running engine-setup. Even after re-running engine-setup I noticed I had to manually start ovirt-engine-notifier service. Thanks, - Trey

2 3

VDSM network persistence through re-install
by Trey Dockendorf 22 Jun '15

22 Jun '15

I recently found that when I reinstall a VDSM host via the engine interface, if that host was actually re-provisioned via kickstart, the network settings defined in the engine are lost. Before the re-install I had defined 4 bonds and attached 5 logical networks to the host. After a re-install only ovirtmgmt was attached to the node. Is it intended behavior that a host's network configuration in the ovirt-engine be lost when a host is re-provisioned ? If I have to re-deploy a node, is there a way to make the ovirt-engine define networks for that host get applied to the re-deployed system? Thanks, - Trey

2 2

Get involved in oVirt project! Summer edition
by Sandro Bonazzola 22 Jun '15

22 Jun '15

Hi, Summer is here and vacations are near! Have you got some free time and do you want to get involved in oVirt project? Do you like the idea of having fresh disk images of recent distribution in oVirt Gluster repository? You can help us by testing existing online images (like https://getfedora.org/en/cloud/download/) ensuring they works with cloud-init or creating one yourself and report your success to devel(a)ovirt.org. We'll be happy to upload the images once these are ready. Do you like Debian and do you have some programming skill? Help us getting VDSM running on it! Debian Jessie has been released a couple of weeks ago and it's a good time for giving it a try. You can follow the progress here: http://www.ovirt.org/VDSM_on_Debian Here are some bugs you can hopefully fix in less that one day or you can just try to reproduce providing info: Bug ID Status Whiteboard Summary 1065350 POST integration hosted-engine should prompt a question at the user when the host was already a host in the engine 1059952 NEW integration hosted-engine --deploy (additional host) will fail if the engine is not using the default self-signed CA 1083104 ASSIGNED integration engine-setup --offline does not update versionlock 1221176 NEW integration hosted-engine accepts FQDNs with underscore while the engine correctly fails on that 1200948 NEW integration hosted-engine-setup should validate the network interface name Do you want something easier? Bug ID Whiteboard Status Summary 1174285 i18n NEW [de-DE] "Live Snapshot Support" reads "Live Snapsnot Support" 772931 infra NEW [RFE] Reports should include the name of the oVirt engine 1143817 integration NEW [TEXT ONLY] - Hosted Engine - Instructions for FQDN are not clear enough 1156060 integration NEW [text] engine admin password prompt consistency 1115059 network NEW Incomplete error message when adding VNIC profile to running VM 734120 storage NEW [RFE] VDSM: use virt-sparsify/zerofree to reduce image size Do you love "DevOps?", you count stable builds in jenkins ci while trying to fall a sleep? Then oVirt infra team is looking for you!, join the infra team and dive in to do the newest and coolest devops tools today! Here are some of our open tasks you can help with: https://ovirt-jira.atlassian.net/secure/RapidBoard.jspa?rapidView=1&project… You don't have programming skills, not enough time for DevOps but you want still to contribute? Here are some bugs you can take care of, also without writing a line of code: https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20white… Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6]. You may also help testing: Bug 1234257 - Test upgrade path from EL6 with oVirt 3.5.z to EL7 Do you want to contribute test cases? Most of the features[7] included in oVirt are missing a test case, you're welcome to contribute one! Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! You don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel(a)ovirt.org or on irc channel[4]. You don't really have time / skills for any development / documentation / testing related task? Spread the word[8]! Let us know you're getting involved, present yourself and tell us what you're going to do, you'll be welcome! [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/Community [5] http://www.ovirt.org/Category:TestCase [6] http://www.ovirt.org/Install_nightly_snapshot [7] http://www.ovirt.org/Category:Feature [8] http://www.zdnet.com/article/how-much-longer-can-red-hats-ovirt-remain-cove… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

VM Bandwidth Consumption
by Punit Dambiwal 22 Jun '15

22 Jun '15

Hi, I want to measure the bandwidth consumption of every guest VM on the monthly basis...but i didn't find any way in the ovirt to check the bandwidth consumption of the guest VM.. Also is there any way to set the quota on the bandwidth consumption of the guest VM...such as every VM can use upto 100Gb bandwidth in one month...once the VM cross this limit,either admin got notify or there should be an alert... Thanks, Punit

2 5

Unexpected protocol mismatch with SPICE HTML5
by nicolas＠devels.es 22 Jun '15

22 Jun '15

Hi, I just made a fresh install of ovirt-engine (v. 3.5.3.1-1) on a CentOS-7 x86_64 box. My previous installation had issues with the TLS certificate time of issue, which was successfully fixed in this version (https://bugzilla.redhat.com/show_bug.cgi?id=1210486) However, when trying to start the SPICE HTML5 client, all I can see is the grey square and no activity, and when clicking on "Toggle messages output", the error message "Unexpected protocol mismatch" is shown. Things done: * ovirt-guest-agent installed on the VM * On client side, updated browser (Firefox) to latest version (38.0) and /ca.crt has been imported into Firefox certs Regarding logs on the server side, I can see the following: ovirt-engine ============ 2015-06-16 10:49:29,862 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-11) [39c79276] Running command: SetVmTicketCommand internal: false. Entities affected : ID: c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with role type USER 2015-06-16 10:49:29,917 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-11) [39c79276] START, SetVmTicketVDSCommand(HostName = ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, ticket=TgrRVYoRhC8T, validTime=120,m userName=user, userId=5d502bbb-97d6-40b5-abbf-90121cea94d5), log id: 1881c90f 2015-06-16 10:49:29,937 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-11) [39c79276] FINISH, SetVmTicketVDSCommand, log id: 1881c90f 2015-06-16 10:49:29,957 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-11) [39c79276] Correlation ID: 39c79276, Call Stack: null, Custom Event ID: -1, Message: user user@domain initiated console session for VM testVM 2015-06-16 10:49:29,987 WARN [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (ajp--127.0.0.1-8702-11) [7a71a9e4] The message key VmLogon is missing from bundles/ExecutionMessages 2015-06-16 10:49:30,064 INFO [org.ovirt.engine.core.bll.VmLogonCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] Running command: VmLogonCommand internal: false. Entities affected : ID: c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with role type USER 2015-06-16 10:49:30,114 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] START, VmLogonVDSCommand(HostName = ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, domain=domain-authz, password=******, userName=user@domain), log id: 68632b24 2015-06-16 10:49:30,120 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] FINISH, VmLogonVDSCommand, log id: 68632b24 2015-06-16 10:49:30,351 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-2) START, GlusterVolumesListVDSCommand(HostName = kvmhost.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b), log id: 2a2a439a 2015-06-16 10:49:30,368 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-2) FINISH, GlusterVolumesListVDSCommand, return: {}, log id: 2a2a439a ovirt-websocket-proxy ===================== jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: SSL/TLS (wss://) WebSocket connection jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Version hybi-13, base64: 'False' jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Path: '/eyJ2YWxpZFRvIjoiMjAxNTA2MTYwODU4MzgiLCJkYXRhIjoiJTdCJTIyaG9zdCUyMjolMjIxMC4xMDcuMjYuMjAxJTIyLCUyMnBvcnQlMjI6JTIyNTkwMCUyMiwlMjJzc2xfdGFyZ2V0JTIyOnRydWUlN0QiLCJ2YWxpZEZyb20iOiIyMDE1MDYxNjA4NTYzOCIsInNpZ25lZEZpZWxkcyI6InZhbGlkVG8sZGF0YSx2YWxpZEZyb20sc2FsdCIsInNpZ25hdHVyZSI6Imk2a3J2bjFCLzFYbUptSEJjVVZZRWVhSExwenA1LzJBQU1DWmJZcDJsaE9heEYvdkZ3azJIa0hibm5iY21mZFp3STJYbnFzMm9vZnMvNWV3NlNiTGtGeTdaVVdjZG4zdUxTcStZTVg4c3huUzg0Ulg3ZmtLTk05Mk9CeFJENm5VSEVDMXQ1eld0OXo3akZYVktMdXFEYkNiK3RmL3pNZGJuS0ZCcGtXaU5JVVB4b09yd2ZxRUQxMWZTell0aXVFeEFscW5xWlBqSXpjcHNDTHRwQXZaTnNWWWFNQlFWR1U2WnZiZlFWUTBlaFIzMnVyaTlVUmI1NDZCZVBuMkVJdytwU3RIWmZRWit2RDZKUjRWeDJFSFRqVEtXZ2ZMbzRWY0ZjSzNnQURYV1BKbUJjaWx5TExQR3dnTm1ncEk0cjVhR1ZCTmZ1VVUxSENJTlhWUVZPVnJJZz09Iiwic2FsdCI6IndFZGwvcmw3VWZJPSJ9' Java console ============ ">> disconnect" spicehtml5-main.html:86:16 "<< disconnect" spicehtml5-main.html:90:16 "ERROR: Error: Unexpected protocol mismatch." ----------------- I can't see any other relevant info, so I wonder if something else might be missing on any of the involved machines. Is there something else to do? Thanks. Nicolás

3 7

hosted-engine : how to shutdown hosts?
by Uwe Laverenz 22 Jun '15

22 Jun '15

Hi, just a minor problem I guess: I have a small test environment with 2 hosts and a hosted engine on a separate NFS3 share, all running CentOS7. The VMs are running from an iSCSI storage. When I want to shutdown the environment I: - shutdown VMs - enable global maintenance mode - "shutdown -h now" on the hosted engine vm - "shutdown -h now" on the hosts The problem: instead of shutting down, the hosts perform a reboot after a short while. Is this the expected behaviour or a known bug? How can I cleanly shutdown my OVirt-environment? Thank you, Uwe

5 6

hosted engine does not start correctly (CentOS 7.1, overt-engine 3.5.2)
by Haoyang Haven Liu 22 Jun '15

22 Jun '15

--Apple-Mail=_30E8FDCC-2248-490E-B934-CF7DF2FA1D68 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello, I tried to follow <http://www.ovirt.org/Migrate_to_Hosted_Engine = <http://www.ovirt.org/Migrate_to_Hosted_Engine>> to migrate an existing = ovirt environment. I managed to complete the =E2=80=9Cengine-backup = =E2=80=94mode=3Drestore=E2=80=A6=E2=80=9D step, and the following = =E2=80=9Cengine-setup=E2=80=9D step appear to have completed. However, = the ovirt-engine service was not started successfully has errors: [root@ovirt ~]# systemctl status ovirt-engine ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; = enabled) Active: failed (Result: exit-code) since Mon 2015-05-25 22:26:12 PDT; = 43s ago Main PID: 15931 (code=3Dexited, status=3D1/FAILURE) May 25 22:26:11 ovirt.polysep.ucla.edu systemd[1]: Started oVirt Engine. May 25 22:26:12 ovirt.polysep.ucla.edu ovirt-engine.py[15931]: = 2015-05-25 22:26:12,269 ovirt-engine: ERROR run:532 Error: process = termina...code 1 May 25 22:26:12 ovirt.polysep.ucla.edu systemd[1]: ovirt-engine.service: = main process exited, code=3Dexited, status=3D1/FAILURE May 25 22:26:12 ovirt.polysep.ucla.edu systemd[1]: Unit = ovirt-engine.service entered failed state. Hint: Some lines were ellipsized, use -l to show in full. Additionally, /var/log/ovirt-engine/console.log complains =E2=80=9Ccannot = allocate memory=E2=80=9D. The VM engine has 4GB of memory, but = ovirt-engine engine seems to want ~11GB of memory, is that right? [root@ovirt ~]# cat /var/log/ovirt-engine/console.log=20 OpenJDK 64-Bit Server VM warning: INFO: = os::commit_memory(0x0000000412180000, 11250696192, 0) failed; = error=3D'Cannot allocate memory' (errno=3D12) # # There is insufficient memory for the Java Runtime Environment to = continue. # Native memory allocation (malloc) failed to allocate 11250696192 bytes = for committing reserved memory. # An error report file with more information is saved as: # /tmp/jvm-15974/hs_error.log [root@ovirt ~]# free -m total used free shared buff/cache = available Mem: 3791 123 3175 28 492 = 3428 Swap: 2559 0 2559 [root@ovirt ~]#=20 The hs_error.log is attached. Any help is appreciated. Haven --Apple-Mail=_30E8FDCC-2248-490E-B934-CF7DF2FA1D68 Content-Type: multipart/mixed; boundary="Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0" --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">Hello,<div class=3D""><br class=3D""></div><div class=3D"">I = tried to follow <<a = href=3D"http://www.ovirt.org/Migrate_to_Hosted_Engine" = class=3D"">http://www.ovirt.org/Migrate_to_Hosted_Engine</a>> to = migrate an existing ovirt environment. I managed to complete the = =E2=80=9Cengine-backup =E2=80=94mode=3Drestore=E2=80=A6=E2=80=9D step, = and the following =E2=80=9Cengine-setup=E2=80=9D step appear to have = completed. However, the ovirt-engine service was not started = successfully has errors:</div><div class=3D""><br class=3D""></div><div = class=3D""><div class=3D"">[root@ovirt ~]# systemctl status = ovirt-engine</div><div class=3D"">ovirt-engine.service - oVirt = Engine</div><div class=3D"">   Loaded: loaded = (/usr/lib/systemd/system/ovirt-engine.service; enabled)</div><div = class=3D"">   Active: failed (Result: exit-code) since Mon = 2015-05-25 22:26:12 PDT; 43s ago</div><div class=3D""> Main PID: = 15931 (code=3Dexited, status=3D1/FAILURE)</div><div class=3D""><br = class=3D""></div><div class=3D"">May 25 22:26:11 <a = href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> systemd[1]: Started oVirt = Engine.</div><div class=3D"">May 25 22:26:12 <a = href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> ovirt-engine.py[15931]: 2015-05-25 = 22:26:12,269 ovirt-engine: ERROR run:532 Error: process termina...code = 1</div><div class=3D"">May 25 22:26:12 <a = href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> systemd[1]: ovirt-engine.service: = main process exited, code=3Dexited, status=3D1/FAILURE</div><div = class=3D"">May 25 22:26:12 <a href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> systemd[1]: Unit = ovirt-engine.service entered failed state.</div><div class=3D"">Hint: = Some lines were ellipsized, use -l to show in full.</div></div><div = class=3D""><br class=3D""></div><div class=3D"">Additionally, = /var/log/ovirt-engine/console.log complains =E2=80=9Ccannot allocate = memory=E2=80=9D. The VM engine has 4GB of memory, but ovirt-engine = engine seems to want ~11GB of memory, is that right?</div><div = class=3D""><br class=3D""></div><div class=3D""><div = class=3D"">[root@ovirt ~]# cat = /var/log/ovirt-engine/console.log </div><div class=3D"">OpenJDK = 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000412180000, = 11250696192, 0) failed; error=3D'Cannot allocate memory' = (errno=3D12)</div><div class=3D"">#</div><div class=3D""># There is = insufficient memory for the Java Runtime Environment to = continue.</div><div class=3D""># Native memory allocation (malloc) = failed to allocate 11250696192 bytes for committing reserved = memory.</div><div class=3D""># An error report file with more = information is saved as:</div><div class=3D""># = /tmp/jvm-15974/hs_error.log</div><div class=3D""><div = class=3D"">[root@ovirt ~]# free -m</div><div class=3D"">    =           total        used =        free      shared =  buff/cache   available</div><div class=3D"">Mem:   =         3791         123   =      3175          28   =       492        3428</div><div = class=3D"">Swap:          2559     =       0        2559</div><div = class=3D"">[root@ovirt ~]# </div></div></div><div class=3D""><br = class=3D""></div><div class=3D"">The hs_error.log is attached.</div><div = class=3D""><br class=3D""></div><div class=3D"">Any help is = appreciated.</div><div class=3D""><br class=3D""></div><div = class=3D"">Haven</div><div class=3D""></div></body></html>= --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0 Content-Disposition: attachment; filename=hs_error.log Content-Type: application/octet-stream; name="hs_error.log" Content-Transfer-Encoding: quoted-printable #=0A#=20There=20is=20insufficient=20memory=20for=20the=20Java=20Runtime=20= Environment=20to=20continue.=0A#=20Native=20memory=20allocation=20= (malloc)=20failed=20to=20allocate=2011250696192=20bytes=20for=20= committing=20reserved=20memory.=0A#=20Possible=20reasons:=0A#=20=20=20= The=20system=20is=20out=20of=20physical=20RAM=20or=20swap=20space=0A#=20=20= =20In=2032=20bit=20mode,=20the=20process=20size=20limit=20was=20hit=0A#=20= Possible=20solutions:=0A#=20=20=20Reduce=20memory=20load=20on=20the=20= system=0A#=20=20=20Increase=20physical=20memory=20or=20swap=20space=0A#=20= =20=20Check=20if=20swap=20backing=20store=20is=20full=0A#=20=20=20Use=20= 64=20bit=20Java=20on=20a=2064=20bit=20OS=0A#=20=20=20Decrease=20Java=20= heap=20size=20(-Xmx/-Xms)=0A#=20=20=20Decrease=20number=20of=20Java=20= threads=0A#=20=20=20Decrease=20Java=20thread=20stack=20sizes=20(-Xss)=0A= #=20=20=20Set=20larger=20code=20cache=20with=20= -XX:ReservedCodeCacheSize=3D=0A#=20This=20output=20file=20may=20be=20= truncated=20or=20incomplete.=0A#=0A#=20=20Out=20of=20Memory=20Error=20= (os_linux.cpp:2813),=20pid=3D15974,=20tid=3D139640083666688=0A#=0A#=20= JRE=20version:=20=20(7.0_79-b14)=20(build=20)=0A#=20Java=20VM:=20OpenJDK=20= 64-Bit=20Server=20VM=20(24.79-b02=20mixed=20mode=20linux-amd64=20= compressed=20oops)=0A#=20Derivative:=20IcedTea=202.5.5=0A#=20= Distribution:=20Built=20on=20CentOS=20Linux=20release=207.1.1503=20= (Core)=20=20(Wed=20Apr=2015=2000:14:16=20UTC=202015)=0A#=20Failed=20to=20= write=20core=20dump.=20Core=20dumps=20have=20been=20disabled.=20To=20= enable=20core=20dumping,=20try=20"ulimit=20-c=20unlimited"=20before=20= starting=20Java=20again=0A#=0A=0A---------------=20=20T=20H=20R=20E=20A=20= D=20=20---------------=0A=0ACurrent=20thread=20(0x00007f007400a800):=20=20= JavaThread=20"Unknown=20thread"=20[_thread_in_vm,=20id=3D15975,=20= stack(0x00007f007d855000,0x00007f007d956000)]=0A=0AStack:=20= [0x00007f007d855000,0x00007f007d956000],=20=20sp=3D0x00007f007d9544f0,=20= =20free=20space=3D1021k=0ANative=20frames:=20(J=3Dcompiled=20Java=20= code,=20j=3Dinterpreted,=20Vv=3DVM=20code,=20C=3Dnative=20code)=0AV=20=20= [libjvm.so+0x9791c4]=0AV=20=20[libjvm.so+0x49f5a2]=0AV=20=20= [libjvm.so+0x7eed5b]=0AV=20=20[libjvm.so+0x7e942e]=0AV=20=20= [libjvm.so+0x85d46b]=0AV=20=20[libjvm.so+0x84d35e]=0AV=20=20= [libjvm.so+0x2abd4f]=0AV=20=20[libjvm.so+0x80fae9]=0AV=20=20= [libjvm.so+0x949397]=0AV=20=20[libjvm.so+0x9496d6]=0AV=20=20= [libjvm.so+0x5b5415]=0AV=20=20[libjvm.so+0x92baef]=0AV=20=20= [libjvm.so+0x625d57]=20=20JNI_CreateJavaVM+0x67=0AC=20=20= [libjli.so+0x2a68]=0A=0A=0A---------------=20=20P=20R=20O=20C=20E=20S=20= S=20=20---------------=0A=0AJava=20Threads:=20(=20=3D>=20current=20= thread=20)=0A=0AOther=20Threads:=0A=0A=3D>0x00007f007400a800=20(exited)=20= JavaThread=20"Unknown=20thread"=20[_thread_in_vm,=20id=3D15975,=20= stack(0x00007f007d855000,0x00007f007d956000)]=0A=0AVM=20state:not=20at=20= safepoint=20(not=20fully=20initialized)=0A=0AVM=20Mutex/Monitor=20= currently=20owned=20by=20a=20thread:=20None=0A=0AGC=20Heap=20History=20= (0=20events):=0ANo=20events=0A=0ADeoptimization=20events=20(0=20events):=0A= No=20events=0A=0AInternal=20exceptions=20(0=20events):=0ANo=20events=0A=0A= Events=20(0=20events):=0ANo=20events=0A=0A=0ADynamic=20libraries:=0A= 00400000-00401000=20r-xp=2000000000=20fd:03=20101965786=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre-abrt/bin= /java=0A00600000-00601000=20r--p=2000000000=20fd:03=20101965786=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre-abrt/bin= /java=0A00601000-00602000=20rw-p=2000001000=20fd:03=20101965786=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre-abrt/bin= /java=0A01125000-01146000=20rw-p=2000000000=2000:00=200=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20[heap]=0A402180000-412180000=20rw-p=2000000000=2000:00=200=20=0A= 6b0b00000-800000000=20rw-p=2000000000=2000:00=200=20=0A= 7f006e000000-7f006e270000=20rwxp=2000000000=2000:00=200=20=0A= 7f006e270000-7f0074023000=20rw-p=2000000000=2000:00=200=20=0A= 7f0074023000-7f0078000000=20---p=2000000000=2000:00=200=20=0A= 7f0078922000-7f0079e96000=20rw-p=2000000000=2000:00=200=20=0A= 7f0079e96000-7f007a91c000=20rw-p=2000000000=2000:00=200=20=0A= 7f007a91c000-7f007aa92000=20rw-p=2000000000=2000:00=200=20=0A= 7f007aa92000-7f007aa9a000=20r-xp=2000000000=20fd:03=2069783234=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007aa9a000-7f007ac99000=20---p=2000008000=20fd:03=20= 69783234=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007ac99000-7f007ac9a000=20r--p=2000007000=20fd:03=20= 69783234=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007ac9a000-7f007ac9b000=20rw-p=2000008000=20fd:03=20= 69783234=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007ac9b000-7f007aca6000=20r-xp=2000000000=20fd:03=20= 67155745=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libnss_files-2.17.so=0A7f007aca6000-7f007aea5000=20---p=20= 0000b000=20fd:03=2067155745=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20/usr/lib64/libnss_files-2.17.so=0A7f007aea5000-7f007aea6000=20= r--p=200000a000=20fd:03=2067155745=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libnss_files-2.17.so=0A= 7f007aea6000-7f007aea7000=20rw-p=200000b000=20fd:03=2067155745=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libnss_files-2.17.so=0A7f007aea7000-7f007aed2000=20r-xp=20= 00000000=20fd:03=2069757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007aed2000-7f007b0d1000=20---p=200002b000=20fd:03=20= 69757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007b0d1000-7f007b0d2000=20r--p=200002a000=20fd:03=20= 69757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007b0d2000-7f007b0d4000=20rw-p=200002b000=20fd:03=20= 69757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007b0d4000-7f007b0e1000=20r-xp=2000000000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b0e1000-7f007b2e0000=20---p=200000d000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b2e0000-7f007b2e2000=20r--p=200000c000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b2e2000-7f007b2e3000=20rw-p=200000e000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b2e3000-7f007b2ea000=20r-xp=2000000000=20fd:03=20= 67155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b2ea000-7f007b4e9000=20---p=2000007000=20= fd:03=2067155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b4e9000-7f007b4ea000=20r--p=2000006000=20= fd:03=2067155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b4ea000-7f007b4eb000=20rw-p=2000007000=20= fd:03=2067155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b4eb000-7f007b500000=20r-xp=2000000000=20= fd:03=2067154088=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A7f007b500000-7f007b6ff000=20= ---p=2000015000=20fd:03=2067154088=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A= 7f007b6ff000-7f007b700000=20r--p=2000014000=20fd:03=2067154088=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A7f007b700000-7f007b701000=20= rw-p=2000015000=20fd:03=2067154088=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A= 7f007b701000-7f007b802000=20r-xp=2000000000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007b802000-7f007ba01000=20---p=2000101000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007ba01000-7f007ba02000=20r--p=2000100000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007ba02000-7f007ba03000=20rw-p=2000101000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007ba03000-7f007baec000=20r-xp=2000000000=20fd:03=2067155808=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libstdc++.so.6.0.19=0A7f007baec000-7f007bceb000=20---p=20= 000e9000=20fd:03=2067155808=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20/usr/lib64/libstdc++.so.6.0.19=0A7f007bceb000-7f007bcf3000=20= r--p=20000e8000=20fd:03=2067155808=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libstdc++.so.6.0.19=0A= 7f007bcf3000-7f007bcf5000=20rw-p=20000f0000=20fd:03=2067155808=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libstdc++.so.6.0.19=0A7f007bcf5000-7f007bd0a000=20rw-p=20= 00000000=2000:00=200=20=0A7f007bd0a000-7f007c853000=20r-xp=2000000000=20= fd:03=2069783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007c853000-7f007ca52000=20---p=2000b49000=20fd:03=20= 69783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007ca52000-7f007caec000=20r--p=2000b48000=20fd:03=20= 69783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007caec000-7f007cb0f000=20rw-p=2000be2000=20fd:03=20= 69783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007cb0f000-7f007cb3d000=20rw-p=2000000000=2000:00=20= 0=20=0A7f007cb3d000-7f007cb52000=20r-xp=2000000000=20fd:03=2067155853=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cb52000-7f007cd51000=20---p=2000015000=20= fd:03=2067155853=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cd51000-7f007cd52000=20r--p=2000014000=20= fd:03=2067155853=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cd52000-7f007cd53000=20rw-p=2000015000=20= fd:03=2067155853=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cd53000-7f007cf09000=20r-xp=2000000000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007cf09000-7f007d109000=20---p=20001b6000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007d109000-7f007d10d000=20r--p=20001b6000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007d10d000-7f007d10f000=20rw-p=20001ba000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007d10f000-7f007d114000=20rw-p=2000000000=20= 00:00=200=20=0A7f007d114000-7f007d117000=20r-xp=2000000000=20fd:03=20= 67155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d117000-7f007d316000=20---p=2000003000=20= fd:03=2067155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d316000-7f007d317000=20r--p=2000002000=20= fd:03=2067155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d317000-7f007d318000=20rw-p=2000003000=20= fd:03=2067155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d318000-7f007d325000=20r-xp=2000000000=20= fd:03=2035357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d325000-7f007d524000=20---p=200000d000=20fd:03=20= 35357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d524000-7f007d525000=20r--p=200000c000=20fd:03=20= 35357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d525000-7f007d526000=20rw-p=200000d000=20fd:03=20= 35357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d526000-7f007d53c000=20r-xp=2000000000=20fd:03=20= 67155753=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libpthread-2.17.so=0A7f007d53c000-7f007d73c000=20---p=20= 00016000=20fd:03=2067155753=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20/usr/lib64/libpthread-2.17.so=0A7f007d73c000-7f007d73d000=20= r--p=2000016000=20fd:03=2067155753=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libpthread-2.17.so=0A= 7f007d73d000-7f007d73e000=20rw-p=2000017000=20fd:03=2067155753=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libpthread-2.17.so=0A7f007d73e000-7f007d742000=20rw-p=20= 00000000=2000:00=200=20=0A7f007d742000-7f007d763000=20r-xp=2000000000=20= fd:03=2067155720=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/ld-2.17.so=0A7f007d84d000-7f007d855000=20rw-s=2000000000=20= fd:03=20333874=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20/tmp/hsperfdata_ovirt/15974=0A7f007d855000-7f007d858000=20---p=20= 00000000=2000:00=200=20=0A7f007d858000-7f007d95b000=20rw-p=2000000000=20= 00:00=200=20=0A7f007d95e000-7f007d961000=20rw-p=2000000000=2000:00=200=20= =0A7f007d961000-7f007d962000=20r--p=2000000000=2000:00=200=20=0A= 7f007d962000-7f007d963000=20rw-p=2000000000=2000:00=200=20=0A= 7f007d963000-7f007d964000=20r--p=2000021000=20fd:03=2067155720=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/ld-2.17.so=0A= 7f007d964000-7f007d965000=20rw-p=2000022000=20fd:03=2067155720=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/ld-2.17.so=0A= 7f007d965000-7f007d966000=20rw-p=2000000000=2000:00=200=20=0A= 7fff4f316000-7fff4f337000=20rw-p=2000000000=2000:00=200=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20[stack]=0A= 7fff4f3fe000-7fff4f400000=20r-xp=2000000000=2000:00=200=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20[vdso]=0A= ffffffffff600000-ffffffffff601000=20r-xp=2000000000=2000:00=200=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20[vsyscall]=0A=0AVM=20= Arguments:=0Ajvm_args:=20-XX:+TieredCompilation=20-Xms16094M=20= -Xmx16094M=20-XX:PermSize=3D256m=20-XX:MaxPermSize=3D256m=20= -Djava.net.preferIPv4Stack=3Dtrue=20= -Dsun.rmi.dgc.client.gcInterval=3D3600000=20= -Dsun.rmi.dgc.server.gcInterval=3D3600000=20-Djava.awt.headless=3Dtrue=20= -Djsse.enableSNIExtension=3Dfalse=20= -Djava.security.krb5.conf=3D/etc/ovirt-engine/krb5.conf=20= -XX:+HeapDumpOnOutOfMemoryError=20= -XX:HeapDumpPath=3D/var/log/ovirt-engine/dump=20= -Djava.util.logging.manager=3Dorg.jboss.logmanager=20= -Dlogging.configuration=3Dfile:///var/lib/ovirt-engine/jboss_runtime/confi= g/ovirt-engine-logging.properties=20-Dorg.jboss.resolver.warning=3Dtrue=20= -Djboss.modules.system.pkgs=3Dorg.jboss.byteman=20= -Djboss.modules.write-indexes=3Dfalse=20= -Djboss.server.default.config=3Dovirt-engine=20= -Djboss.home.dir=3D/usr/share/ovirt-engine-jboss-as=20= -Djboss.server.base.dir=3D/usr/share/ovirt-engine=20= -Djboss.server.data.dir=3D/var/lib/ovirt-engine=20= -Djboss.server.log.dir=3D/var/log/ovirt-engine=20= -Djboss.server.config.dir=3D/var/lib/ovirt-engine/jboss_runtime/config=20= -Djboss.server.temp.dir=3D/var/lib/ovirt-engine/jboss_runtime/tmp=20= -Djboss.controller.temp.dir=3D/var/lib/ovirt-engine/jboss_runtime/tmp=20=0A= java_command:=20/usr/share/ovirt-engine-jboss-as/jboss-modules.jar=20-mp=20= /var/lib/ovirt-engine/jboss_runtime/modules/00-ovirt-engine-modules:/var/l= ib/ovirt-engine/jboss_runtime/modules/01-ovirt-engine-jboss-as-modules=20= -jaxpmodule=20javax.xml.jaxp-provider=20org.jboss.as.standalone=20-c=20= ovirt-engine.xml=0ALauncher=20Type:=20SUN_STANDARD=0A=0AEnvironment=20= Variables:=0A= PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin=0A=0A= Signal=20Handlers:=0ASIGSEGV:=20[libjvm.so+0x979d40],=20= sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0ASIGBUS:=20= [libjvm.so+0x979d40],=20sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0A= SIGFPE:=20[libjvm.so+0x7ea2c0],=20sa_mask[0]=3D0x7ffbfeff,=20= sa_flags=3D0x10000004=0ASIGPIPE:=20[libjvm.so+0x7ea2c0],=20= sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0ASIGXFSZ:=20= [libjvm.so+0x7ea2c0],=20sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0A= SIGILL:=20[libjvm.so+0x7ea2c0],=20sa_mask[0]=3D0x7ffbfeff,=20= sa_flags=3D0x10000004=0ASIGUSR1:=20SIG_DFL,=20sa_mask[0]=3D0x00000000,=20= sa_flags=3D0x00000000=0ASIGUSR2:=20[libjvm.so+0x7ea130],=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x10000004=0ASIGHUP:=20SIG_IGN,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGINT:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGTERM:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGQUIT:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGTRAP:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0A=0A=0A---------------=20= =20S=20Y=20S=20T=20E=20M=20=20---------------=0A=0AOS:CentOS=20Linux=20= release=207.1.1503=20(Core)=20=0A=0Auname:Linux=20= 3.10.0-229.4.2.el7.x86_64=20#1=20SMP=20Wed=20May=2013=2010:06:09=20UTC=20= 2015=20x86_64=0Alibc:glibc=202.17=20NPTL=202.17=20=0Arlimit:=20STACK=20= 8192k,=20CORE=200k,=20NPROC=2015100,=20NOFILE=2065535,=20AS=20infinity=0A= load=20average:0.59=200.19=200.10=0A=0A/proc/meminfo:=0AMemTotal:=20=20=20= =20=20=20=20=203882732=20kB=0AMemFree:=20=20=20=20=20=20=20=20=203194460=20= kB=0AMemAvailable:=20=20=20=203453684=20kB=0ABuffers:=20=20=20=20=20=20=20= =20=20=20=20=201328=20kB=0ACached:=20=20=20=20=20=20=20=20=20=20=20= 438472=20kB=0ASwapCached:=20=20=20=20=20=20=20=20=20=20=20=200=20kB=0A= Active:=20=20=20=20=20=20=20=20=20=20=20307816=20kB=0AInactive:=20=20=20=20= =20=20=20=20=20257888=20kB=0AActive(anon):=20=20=20=20=20140056=20kB=0A= Inactive(anon):=20=20=20=2014952=20kB=0AActive(file):=20=20=20=20=20= 167760=20kB=0AInactive(file):=20=20=20242936=20kB=0AUnevictable:=20=20=20= =20=20=20=20=20=20=20=200=20kB=0AMlocked:=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=200=20kB=0ASwapTotal:=20=20=20=20=20=20=202621436=20kB=0A= SwapFree:=20=20=20=20=20=20=20=202621436=20kB=0ADirty:=20=20=20=20=20=20=20= =20=20=20=20=20=2012548=20kB=0AWriteback:=20=20=20=20=20=20=20=20=20=20=20= =20=200=20kB=0AAnonPages:=20=20=20=20=20=20=20=20115844=20kB=0AMapped:=20= =20=20=20=20=20=20=20=20=20=20=2042464=20kB=0AShmem:=20=20=20=20=20=20=20= =20=20=20=20=20=2029104=20kB=0ASlab:=20=20=20=20=20=20=20=20=20=20=20=20=20= =2066528=20kB=0ASReclaimable:=20=20=20=20=20=2034928=20kB=0ASUnreclaim:=20= =20=20=20=20=20=20=2031600=20kB=0AKernelStack:=20=20=20=20=20=20=20=20= 1968=20kB=0APageTables:=20=20=20=20=20=20=20=20=206572=20kB=0A= NFS_Unstable:=20=20=20=20=20=20=20=20=20=200=20kB=0ABounce:=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=200=20kB=0AWritebackTmp:=20=20=20=20=20=20= =20=20=20=200=20kB=0ACommitLimit:=20=20=20=20=204562800=20kB=0A= Committed_AS:=20=20=20=205885860=20kB=0AVmallocTotal:=20=20=20= 34359738367=20kB=0AVmallocUsed:=20=20=20=20=20=20=2015772=20kB=0A= VmallocChunk:=20=20=2034359719676=20kB=0AHardwareCorrupted:=20=20=20=20=20= 0=20kB=0AAnonHugePages:=20=20=20=20=20=208192=20kB=0AHugePages_Total:=20=20= =20=20=20=20=200=0AHugePages_Free:=20=20=20=20=20=20=20=200=0A= HugePages_Rsvd:=20=20=20=20=20=20=20=200=0AHugePages_Surp:=20=20=20=20=20= =20=20=200=0AHugepagesize:=20=20=20=20=20=20=202048=20kB=0ADirectMap4k:=20= =20=20=20=20=20=2059380=20kB=0ADirectMap2M:=20=20=20=20=204134912=20kB=0A= =0A=0ACPU:total=202=20(1=20cores=20per=20cpu,=201=20threads=20per=20= core)=20family=206=20model=2042=20stepping=201,=20cmov,=20cx8,=20fxsr,=20= mmx,=20sse,=20sse2,=20sse3,=20ssse3,=20sse4.1,=20sse4.2,=20popcnt,=20= avx,=20aes,=20tsc=0A=0A/proc/cpuinfo:=0Aprocessor=09:=200=0Avendor_id=09= :=20GenuineIntel=0Acpu=20family=09:=206=0Amodel=09=09:=2042=0Amodel=20= name=09:=20Intel=20Xeon=20E312xx=20(Sandy=20Bridge)=0Astepping=09:=201=0A= microcode=09:=200x1=0Acpu=20MHz=09=09:=202399.998=0Acache=20size=09:=20= 4096=20KB=0Aphysical=20id=09:=200=0Asiblings=09:=201=0Acore=20id=09=09:=20= 0=0Acpu=20cores=09:=201=0Aapicid=09=09:=200=0Ainitial=20apicid=09:=200=0A= fpu=09=09:=20yes=0Afpu_exception=09:=20yes=0Acpuid=20level=09:=2013=0Awp=09= =09:=20yes=0Aflags=09=09:=20fpu=20de=20pse=20tsc=20msr=20pae=20mce=20cx8=20= apic=20sep=20mtrr=20pge=20mca=20cmov=20pat=20pse36=20clflush=20mmx=20= fxsr=20sse=20sse2=20syscall=20nx=20lm=20constant_tsc=20nopl=20eagerfpu=20= pni=20pclmulqdq=20ssse3=20cx16=20sse4_1=20sse4_2=20x2apic=20popcnt=20= tsc_deadline_timer=20aes=20xsave=20avx=20hypervisor=20lahf_lm=20xsaveopt=0A= bogomips=09:=204799.99=0Aclflush=20size=09:=2064=0Acache_alignment=09:=20= 64=0Aaddress=20sizes=09:=2046=20bits=20physical,=2048=20bits=20virtual=0A= power=20management:=0A=0Aprocessor=09:=201=0Avendor_id=09:=20= GenuineIntel=0Acpu=20family=09:=206=0Amodel=09=09:=2042=0Amodel=20name=09= :=20Intel=20Xeon=20E312xx=20(Sandy=20Bridge)=0Astepping=09:=201=0A= microcode=09:=200x1=0Acpu=20MHz=09=09:=202399.998=0Acache=20size=09:=20= 4096=20KB=0Aphysical=20id=09:=201=0Asiblings=09:=201=0Acore=20id=09=09:=20= 0=0Acpu=20cores=09:=201=0Aapicid=09=09:=201=0Ainitial=20apicid=09:=201=0A= fpu=09=09:=20yes=0Afpu_exception=09:=20yes=0Acpuid=20level=09:=2013=0Awp=09= =09:=20yes=0Aflags=09=09:=20fpu=20de=20pse=20tsc=20msr=20pae=20mce=20cx8=20= apic=20sep=20mtrr=20pge=20mca=20cmov=20pat=20pse36=20clflush=20mmx=20= fxsr=20sse=20sse2=20syscall=20nx=20lm=20constant_tsc=20nopl=20eagerfpu=20= pni=20pclmulqdq=20ssse3=20cx16=20sse4_1=20sse4_2=20x2apic=20popcnt=20= tsc_deadline_timer=20aes=20xsave=20avx=20hypervisor=20lahf_lm=20xsaveopt=0A= bogomips=09:=204799.99=0Aclflush=20size=09:=2064=0Acache_alignment=09:=20= 64=0Aaddress=20sizes=09:=2046=20bits=20physical,=2048=20bits=20virtual=0A= power=20management:=0A=0A=0A=0AMemory:=204k=20page,=20physical=20= 3882732k(3194460k=20free),=20swap=202621436k(2621436k=20free)=0A=0A= vm_info:=20OpenJDK=2064-Bit=20Server=20VM=20(24.79-b02)=20for=20= linux-amd64=20JRE=20(1.7.0_79-b14),=20built=20on=20Apr=2015=202015=20= 00:19:48=20by=20"mockbuild"=20with=20gcc=204.8.3=2020140911=20(Red=20Hat=20= 4.8.3-9)=0A=0Atime:=20Mon=20May=2025=2022:26:12=202015=0Aelapsed=20time:=20= 0=20seconds=0A=0A= --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""></div><div class=""><br class=""></div><div class=""><br class=""></div></body></html> --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0-- --Apple-Mail=_30E8FDCC-2248-490E-B934-CF7DF2FA1D68--

3 3

Re: [ovirt-users] disaster recovery
by mots 22 Jun '15

22 Jun '15

------=_Part_90_1900995351.1434880991903 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Let me get this straight: You added a new host and instead of letting VDSM manage the VM storage you added it manually, completely independent from oVirt, during an unattended installation of the host OS=3F In a production environment=3F Why=3F =20 -----Urspr=C3=BCngliche Nachricht----- > Von:Nathana=C3=ABl Blanchet <blanchet(a)abes.fr> > Gesendet: Fre 19 Juni 2015 14:09 > An: users(a)ovirt.org > Betreff: [ovirt-users] disaster recovery >=20 > Hello all, >=20 > Here is what can happen as a nightmare for a sysadmin: >=20 > I installed a new host to my pool of pre existing ovirt hosts with a=20 > kickstart file and a default partitionning. I used to do this with vms=20 > that usually get one local disk. > But.. > This time this host was attached to several existing ovirt (production)=20 > lun and anaconda gathered all existing disk (local and lun) into the=20 > same VG (lv_home) et formatted them with XFS.... > In the webadmin, the domain storage became unvailaible, vms were still=20 > up (thankgoodness), but it was impossible to interact with them. If I=20 > stopped them, it was impossible to reboot them. If I launch lvs command,=20 > some hosts can still see the ovirt LV, but other see only the lv_home=20 > while /dev/[idofvms] are still present. > So it was my chance that vms were still present, and I began to export=20 > them with a tar at file system level so as to import them in a new=20 > domain storage. >=20 > It seems that data are still present because the vms are still running. > So my question is really : instead of this difficult export step, is=20 > there a way to recover the initial format of the ovirt lun so as to make=20 > the lvm index come back on the disk=3F >=20 > Any help or disaster experience would be much appreciated. >=20 > --=20 > Nathana=C3=ABl Blanchet >=20 > Supervision r=C3=A9seau > P=C3=B4le Infrastrutures Informatiques > 227 avenue Professeur-Jean-Louis-Viala > 34193 MONTPELLIER CEDEX 5 =09 > T=C3=A9l. 33 (0)4 67 54 84 55 > Fax 33 (0)4 67 54 84 14 > blanchet(a)abes.fr =20 >=20 > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 ------=_Part_90_1900995351.1434880991903 Content-Type: application/pgp-signature; name=signature.asc Content-Transfer-Encoding: 7bit Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: CIPHERMAIL (2.9.0-0) iQIcBAEBCAAGBQJVhovfAAoJEJ44dql+IcLKmV4QAIVOz1GZYMx5TM1Sd+By3J5W 9UHwzcsM11eFol8QI5iiQZaFrZvAUETTPsOlnelB9CpUkFv4auFjgsvedTRhplU8 41YdWMfV7YzFDX2Jd2Ou3kiV6SXc40P9LwM5rMAmoip8IhgND7jtue7NVkmKsuvO HSLKb7AvG4+lFwLEuPJlRB0Xe1aSbEbrlHF+G2KhUC4i2fclHePqgBFUrbqGUuiV p0uov92/TVuJSkahll3dWPkUGGRG9Z/gOVwZ2yUv1FnDpPns+KtwsQ0rtIWBp69o u88ntyMw4BP+Sq0haX0kUjFDELFUw52Q0YSw6800I+hQbGQGYh3kLTm69rsVI2sr Pqr7qkH8ELEQb+iXRaWqNV+P2onM8ni2WaX51yuHAonC+3CT31qYrDAiFCzAZ9DD fV1hHI0a+tGLrvju4jMyplzDchAfAUaKOAyP0EUyKKcljAQcBJcCWiireYfWM4IU 39nhb8DRvBQWovUjz6nvdAERNtM+R1ZsONKQYdrgAD6AzZrIvTF8feJnMzErdHEo HNSopYQZxv6gZkafnFG5aCA/SfvwKtzfP57hrVgr6RnOYApyHoTH05ii1iaKErWA 5FHzs1tJ7k7RnKcsswNVMijQJ4Qo5YdMyLeqh5QFWuQmEMWvrm85Uc451rAOxHJJ hVZ22QUIBejbQpXgM2ds =QG8e -----END PGP SIGNATURE----- ------=_Part_90_1900995351.1434880991903--

3 3

Error while executing action: Cannot add Host. Host with the same UUID already exists.
by ml＠ohnewald.net 21 Jun '15

21 Jun '15

Hello List, i am using oVirt Engine Version: 3.5.2.1-1.el6. I would like to remove a node from a GlusterFS Cluster and use it for local storage. So i put my node into maintance. Reinstalled it freshly with CentOS7. Now i would like to add it to a New Cluster with local storage, but i get: Error while executing action: Cannot add Host. Host with the same UUID already exists. How can i resolve this problem? I can NOT remove my old host from the Gluster: Cannot remove Host. Server having Gluster volume. Thanks, Mario

5 6

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

19 Jun '15

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

3 9

disaster recovery
by Nathanaël Blanchet 19 Jun '15

19 Jun '15

Hello all, Here is what can happen as a nightmare for a sysadmin: I installed a new host to my pool of pre existing ovirt hosts with a kickstart file and a default partitionning. I used to do this with vms that usually get one local disk. But.. This time this host was attached to several existing ovirt (production) lun and anaconda gathered all existing disk (local and lun) into the same VG (lv_home) et formatted them with XFS.... In the webadmin, the domain storage became unvailaible, vms were still up (thankgoodness), but it was impossible to interact with them. If I stopped them, it was impossible to reboot them. If I launch lvs command, some hosts can still see the ovirt LV, but other see only the lv_home while /dev/[idofvms] are still present. So it was my chance that vms were still present, and I began to export them with a tar at file system level so as to import them in a new domain storage. It seems that data are still present because the vms are still running. So my question is really : instead of this difficult export step, is there a way to recover the initial format of the ovirt lun so as to make the lvm index come back on the disk? Any help or disaster experience would be much appreciated. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

1 0

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

19 Jun '15

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

3 2

Run Once Python SDK
by Mike Lowery 19 Jun '15

19 Jun '15

Hello, I was looking into performing the "run once" option via the SDK with an attached ISO. With the plan to be to attach an ISO and force a VM to boot from the CD. Basically: 1) Mount an ISO in "run once" mode 2) Make "CD-ROM" the first item in the boot sequence 3) Boot the VM Any help would be appreciated. Thanks, Mike

3 2

Get CPU and Memory Usage for VM and Host using ovirt java sdk
by Kumar R, Prashanth (Prashanth) 19 Jun '15

19 Jun '15

--_004_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_ Content-Type: multipart/alternative; boundary="_000_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_" --_000_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, 1)I would like to know if there is a way to fetch the "CPU and Memory Usage= for VM " and CPU and Memory Usage for a Host in the RHEVM environment usi= ng ovirt sdk in java. I am using ovirt-engine-sdk-java-3.5.0.5.jar. Can you please provide me with the java example if possible. The cpu and memory usage of the VM in the rhevm is as highlighted in the pi= cture below. [cid:image001.jpg@01D09F8D.32124E50] 2) Autostart attribute for a VM in RHEVM. Earlier when I was using libvirt 0.5.1 jar in a kvm system,I found that au= tostart attribute [vm.getAutostart] is provided in the libvirt java sdk. "Autostart is a Boolean value which indicates whether the network is config= ured to be automatically started when the host machine boots" Is there any such attribute for a VM in RHEVM,if yes is there a way to fetc= h the auto start value using ovirt java sdk. Thanks, Prashanth R --_000_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_ 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-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi All,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">1)I would like to know if there is a way to fetch th= e “CPU and Memory Usage for VM “  and CPU and Memory Usage= for a Host in the RHEVM environment using ovirt sdk in java.<o:p></o:p></p= > <p class=3D"MsoNormal">I am using ovirt-engine-sdk-java-3.5.0.5.jar.<o:p></= o:p></p> <p class=3D"MsoNormal">Can you please provide me with the java example if p= ossible.<o:p></o:p></p> <p class=3D"MsoNormal">The cpu and memory usage of the VM in the rhevm is a= s highlighted in the picture below.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><img width=3D"708" height=3D"286" id=3D"Picture_x002= 0_1" src=3D"cid:image001.jpg@01D09F8D.32124E50"><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">2) Autostart attribute for a VM  in RHEVM.<o:p>= </o:p></p> <p class=3D"MsoNormal" style=3D"text-autospace:none">Earlier when I was usi= ng libvirt 0.5.1 jar  in a kvm system,I found that autostart attribute= [vm.<span style=3D"font-size:10.0pt;font-family:Consolas;color:black;backg= round:silver;mso-highlight:silver">getAutostart</span>]<span style=3D"font-= size:10.0pt;font-family:Consolas;color:#3F5FBF"> </span>is provided in the libvirt java sdk.<o:p></o:p></p> <p class=3D"MsoNormal">“Autostart is a Boolean value which indicates = whether the network is configured to<o:p></o:p></p> <p class=3D"MsoNormal">be automatically started when the host machine boots= ”<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Is there any such attribute for a VM in RHEVM,if yes= is there a way to fetch the auto start value using ovirt java sdk.<o:p></o= :p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal" style=3D"text-autospace:none">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal" style=3D"text-autospace:none">Prashanth R<o:p></o:p>= </p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_-- --_004_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=27362; creation-date="Fri, 05 Jun 2015 07:13:19 GMT"; modification-date="Fri, 05 Jun 2015 07:13:19 GMT" Content-ID: <image001.jpg(a)01D09F8D.32124E50> Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCAEeAsQDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDiq1tN 8M6pq9mbqxhSSLzDGMzKrMwGSFBOScHtWTXT+HvGR0HTEsxaeavnvKzhgGAZNo2nHykEZzRyR7Gn 1it/O/vZR/4RTVRZQXTRwrHcBTGGnQO244Hy5z1NQax4f1LQdh1CAIrkqrJIHXI6jIPUelbEvi+2 n0vTLaWxuGl04xmN/PG1irZyRtzkjI61V8SeJotbtzb2lkbSF7l7uTdJvZ5H6noMD2o5I9g+sVv5 397KV34d1KxS7e4gCrZiMzEODt38rj1z7VZTwdrUl9HZ/ZkW4lhE6I8yruU+mT19utat74/OopPB d2byWcj27JD5gGwR4LDOOd2O/Si68fC91PTr+401BNY3Lyp5b43Iw+6c55zznp7UckewfWK387+9 nPSaJeR6klgRE1y77AqTKwzjPUHFI+i3ixXEqCKaK2CGV4ZVkChjgcg+o/Cm6bqAsNbhvzGWEcxk 2KcHvxn8a0IvEUdnNcPaQzv9okjeX7Q6tvA3BlOABhg2Pwo5I9g+sVv5397Kr+H76O3nmf7Oq28n lyA3Cbg3PGM5ycHHrSv4dvkujbM1r5qqzOBcp+7C/e3HPHXvReawt0dQ2wFBd3a3Iy2dgXd8vv8A e6+1XrrxNFJqs+o28NwLiaGSL986OqbumBt6Dng5o5I9g+sVv5397KSeG9Rd2QLACGRQWnQCQsMr tOcNkelMbQb9bbzikeNnmGPzV8wLu25K5yBmrtx4rnc3D2sYhlmljlBZVcR7U24QEfKM8jHSmt4n kfThZvEdohjTeCN5ZX3HLYyVbPI9hRyR7B9Yrfzv72UptEvbe3kmmWONUdkw0qhmKna20ZywB44p l/pVzpsqxXLQeYW2lUmVyp/2sHj8a0ZPEcMttfxtbTubqSR1jeRWijLNkMBjIYexGareINVt9ZvD dRx3KSuTuEsisoHYLgD9aOSPYPrFb+d/eyH+xL/zJY/Jw0UrQsC4+8qliB68An8vWpG8P3yIrt9n CkIW/wBIT92HGVL8/KD71al8SmWWydrfBt4XWXDf62Rk2b/yC/kfWmaj4jfUdNazaHYv7nay4Bwi bSGIGWBIyM9KOSPYPrFb+d/eyre6Je6eZROIswlVk8uVX2ls4BwevBpkmkXsUN5M8JEdk4jnYMDs Y9Pr+FXf7btp7zUHu7SVre8kSTZHIFdGU8ckEEcnNTt4pWSG4hksIzHdGdpzuO7MnTae2ML1B6Uc kewfWK387+9mSdNuheG18v8AfCPzSu4fd2785/3eafLpF1Dp4vS0DwF1TMcysdxGQMA5zV6TW7M3 i3sVrcC5MBhfdKpQ/uvLyBjI9aDrOnK+nNDZXISxKssLSqY2Ycljxkktgn2GKOSPYPrFb+d/eyAe GtRN5cWrrBFPbqHkWWdFwuM5GTyMVHDoV9OwCrEqlBJ5jzKqYJIX5icZJBwKs3HiIXbebLaIs5tJ bVzGcKQxyDg5PGT3pF1q1lsksr60lkthFEp8qQK29C2CCQRghyMUckewfWK387+9lf8AsDUgIy1s yiSV4RkgfOgyyn04/Os4HIBHeulj8ZSC43yWoaNjMXj3cZb7hHoVx1781zKjCgego5I9g+sVv539 7Fooop8kewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7 B9Yrfzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vY UUUUckewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7B9 Yrfzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vYUU UUckewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7B9Yr fzv72FFFFHJHsH1it/O/vYUUUUckewfWK387+9hRRRRyR7B9Yrfzv72FFFFHJHsH1it/O/vYUUUU ckewfWK387+9hTl7/Sm05f4voaOSPYPrFb+d/ex0EMlzPHDCjPLIwVEHViegp95Z3Gn3T215E8M8 f3o26jvVnQ7i0s9Xt7m/e6WKFhIDbBd+4dOvAFXPFGqafq+vtqNmLtlmYNNHc7QQR2UqemKOSPYP rFb+d/ezEUFzhMseeBz060JmRgqfMx6AV0E3iWCR5GS2lj3Jt+VlG8bSuH46DPb0qOTxKJSfMtyy ZJC5XA+YkduwOKXJHsH1it/O/vZhA56Gir+oamb+JEZCDG5KHj5V2qNvHuCfxqv9qP2TyPKh6/6z Z8+OuM/X8afJHsH1it/O/vZBRRRRyR7B9Yrfzv72WMJ/dX8qMJ/dWuk8DW8N1q06XESSqIchXXIz kV2503TA+w2doH27tpjXOPX6UXMrHkmE/urRhP7q165HpemyxrJHZWrowyrLGCCPUUv9kaf/AM+F t/36FFwseRYT+6tGE/urXrv9k6f/AM+Nt/36FMh07TJ4Ulis7Vo3GVYRDkUXCx5LhP7q0YT+6teu nSdPHWxthn/pmKX+yNP/AOfC2/79Ci4WPIcJ/dWjCf3Vr13+yNPP/Lhbf9+hUFxb6JZsi3MNjCz/ AHQ6qM0XCx5ThP7q0YT+6teunStOVSxsrUKBknyxjFR29hpd1As0NlbtG3Kkw4z+YouFjybCf3Vo wn91a9ak07TIdnmWdqu9gi5iHLHoKeNJ044xY2pH/XMUXCx5F8notHyei17vpvh/SZdNtnfTLNma NSSYVyTj6Va/4RzR/wDoF2X/AH4X/Ci4WPn75PRaPk9Fr6B/4RzR/wDoF2X/AH4X/Cj/AIRzR/8A oF2X/fhf8KLhY+fvk9Fo+T0WvoH/AIRzR/8AoF2X/fhf8KP+Ec0f/oF2X/fhf8KLhY+fvk9Fo+T0 WvoH/hHNH/6Bdl/34X/Cj/hHNH/6Bdl/34X/AAouFj5++T0Wj5PRa+gf+Ec0f/oF2X/fhf8ACj/h HNH/AOgXZf8Afhf8KLhY+fvk9Fo+T0WvoH/hHNH/AOgXZf8Afhf8KP8AhHNH/wCgXZf9+F/wouFj 5++T0Wj5PRa+gf8AhHNH/wCgXZf9+F/wo/4RzR/+gXZf9+F/wouFj5++T0Wj5PRa+gf+Ec0f/oF2 X/fhf8KP+Ec0f/oF2X/fhf8ACi4WPn75PRaPk9Fr6B/4RzR/+gXZf9+F/wAKP+Ec0f8A6Bdl/wB+ F/wouFj5++T0Wj5PRa+gf+Ec0f8A6Bdl/wB+F/wo/wCEc0f/AKBdl/34X/Ci4WPn75PRaPk9Fr6B /wCEc0f/AKBdl/34X/Cj/hHNH/6Bdl/34X/Ci4WPn75PRaPk9Fr6B/4RzR/+gXZf9+F/wo/4RzR/ +gXZf9+F/wAKLhY+fvk9Fo+T0WvoH/hHNH/6Bdl/34X/AAo/4RzR/wDoF2X/AH4X/Ci4WPn75PRa Pk9Fr6B/4RzR/wDoF2X/AH4X/Cj/AIRzR/8AoF2X/fhf8KLhY+fvk9Fo+T0WvoH/AIRzR/8AoF2X /fhf8KP+Ec0f/oF2X/fhf8KLhY+fvk9Fo+T0WvoH/hHNH/6Bdl/34X/Cj/hHNH/6Bdl/34X/AAou Fj5++T0Wj5PRa+gf+Ec0f/oF2X/fhf8ACj/hHNH/AOgXZf8Afhf8KLhY+fvk9Fo+T0WvoH/hHNH/ AOgXZf8Afhf8KP8AhHNH/wCgXZf9+F/wouFj5++T0Wj5PRa+gf8AhHNH/wCgXZf9+F/wo/4RzR/+ gXZf9+F/wouFj5++T0Wj5PRa+gf+Ec0f/oF2X/fhf8KP+Ec0f/oF2X/fhf8ACi4WPn75PRaPk9Fr 6B/4RzR/+gXZf9+F/wAKP+Ec0f8A6Bdl/wB+F/wouFj5++T0Wj5PRa+gf+Ec0f8A6Bdl/wB+F/wo /wCEc0f/AKBdl/34X/Ci4WPn75PRaPk9Fr6B/wCEc0f/AKBdl/34X/Cj/hHNH/6Bdl/34X/Ci4WP n75PRaPk9Fr6B/4RzR/+gXZf9+F/wo/4RzR/+gXZf9+F/wAKLhY+fvk9Fo+T0WvoH/hHNH/6Bdl/ 34X/AAo/4RzR/wDoF2X/AH4X/Ci4WPn75PRaPk9Fr6B/4RzR/wDoF2X/AH4X/Cj/AIRzR/8AoF2X /fhf8KLhY+fvk9Fo+T0WvoH/AIRzR/8AoF2X/fhf8KP+Ec0f/oF2X/fhf8KLhY+fvk9Fo+T0WvoH /hHNH/6Bdl/34X/Cj/hHNH/6Bdl/34X/AAouFj5++T0Wj5PRa+gf+Ec0f/oF2X/fhf8ACj/hHNH/ AOgXZf8Afhf8KLhY+fvk9Fo+T0WvoH/hHNH/AOgXZf8Afhf8KP8AhHNH/wCgXZf9+F/wouFj5++T 0Wj5PRa+gf8AhHNH/wCgXZf9+F/wo/4RzR/+gXZf9+F/wouFj5++T0Wj5PRa+gf+Ec0f/oF2X/fh f8KP+Ec0f/oF2X/fhf8ACi4WPn75PRaPk9Fr6B/4RzR/+gXZf9+F/wAKP+Ec0f8A6Bdl/wB+F/wo uFj5++T0Wj5B2WvoH/hHNH/6Bdl/34X/AAqvB4f0hru6U6ZZkKy4Hkrx8o9qLhY8G+T0Wj5PRa95 k0vw5EZxJaaYht1DTbkQeWD0Leg+tJd6BpCxxFNNsxulQZEK8gn6UXCx4P8AJ6LR8note/SaBokM TySaZZKiAsxMK8AfhTbbRdBvLWK5t9OsXhmQOjCBeVIyD0ouFjwP5PRaPk9Fr3q08P6Q8TltMsyR K45hXoGOO1Zdrd+EbzU1sYbC33uzRxStZFYpWXqqSFdrEYPQ9jRcLHjPyei0V9A/8I5o/wD0C7L/ AL8L/hRRcLHknw9P/E6uP+uB/mK7HWbG4u44msyizAmNmY4/duMP+PQj3FeW6Zq91pE7zWTqkjrt JKg8Vp/8Jxrf/PxH/wB+hQ0CZ2T+HVeYkwRFPMm4LfwFcRj8COnbrTrTTLmC68ySDzA0KrKzSKWZ gFHyMPmA4OQePSuL/wCE41v/AJ+I/wDv0KP+E41v/n4j/wC/QosFz0G7tHl1WCdoFuIVTaAzAeU2 7O8A9eOPXis+PTL+GFIVjRgywbn83ATY2WGO+R6Vx3/Cca3/AM/Ef/foUf8ACca3/wA/Ef8A36FF gudfHosqzIzWcbxxXKyqsjIZDwwJLDg4yCM89abaaBcIipch3PmxtMWlXZMFLEtgAHJz/F9K5L/h ONb/AOfiP/v0KP8AhONb/wCfiP8A79CiwXPQ7/TTeNEUm8oR8YCsc/kw/rUd9DdfbRLb2yXCNbNC weQKASQec9R9K4D/AITjW/8An4j/AO/Qo/4TjW/+fiP/AL9CiwXOsXw9cLcMJmedPJEaPvQLjy9u 1gRuxnnAOOc9qU6JefabMRpFFFBGkYZCowuwhgeNx+Y54IGPeuS/4TjW/wDn4j/79Cj/AITjW/8A n4j/AO/QosFzs4tOvpZITcQpGsawIQZQ27Zu3H8citDRbQ2Glw2zQJC0Y2kIQQ3+1x6155/wnGt/ 8/Ef/foUf8Jxrf8Az8R/9+hRYLnuGlf8gm1/65L/ACq3XgI8a+IFAWPVJ0UcBVxgD2o/4TfxF/0F 7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/h N/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y /wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/wm/iL /oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXg P/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRY Lnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXu fzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E3 8Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/ AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+ gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/ 8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgu e/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/ Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4Tfx F/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8A Cj/hN/EX/QXufzH+FFgue/UV4D/wm/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C 9z+Y/wAKP+E38Rf9Be5/Mf4UWC579RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/UV4D/w m/iL/oL3P5j/AAo/4TfxF/0F7n8x/hRYLnv1FeA/8Jv4i/6C9z+Y/wAKP+E38Rf9Be5/Mf4UWC57 9RXgP/Cb+Iv+gvc/mP8ACj/hN/EX/QXufzH+FFgue/VVt/8Aj9vP95f/AEEV4X/wm/iL/oL3P5j/ AApB408QKzMNWuAW6nI5/SiwXPVPEXhG41zWE1BJrWJrVU8iNotyzkNuIm/vLwMAdDzXQXufKgzj PnR5x9RXhn/Cb+Iv+gvc/mP8KRvGniB8BtWuDggjJHX8qLBc9n8SaGNbsURI4PtMcivFLKCRHhhk 4HXjPHQ03w9oQ0f7XJKlubm4mZ2liUrvUn5Rj+HHoOK8b/4TfxF/0F7n8x/hR/wm/iL/AKC9z+Y/ wosFz3S0UPbyqehlkB/76NclcaF4ks7GytLf+z7yx0yeOWCMFo550Q8KSflUgd++O2a83Xxr4gQY XVrgDJPBHU8ntS/8Jv4i/wCgvc/mP8KLBc99UkqCRgkdPSivAv8AhN/EX/QXufzH+FFFguVfssP/ ADzFH2WH/nmKlopDIvssP/PMUfZYf+eYqWigCL7LD/zzFH2WH/nmKlooAi+yw/8APMUfZYf+eYqW igCL7LD/AM8xR9lh/wCeYqWigCL7LD/zzFH2WH/nmKlooAi+yw/88xWj4f8AD8Gua1BYE+SJAxLg ZIABPSqddH4A/wCRytP9yT/0A0Abv/CobL/oIy/9+h/jR/wqGy/6CMv/AH6H+NdL4gtbs3MctlG7 m5ha0kKfwBiCHP0+b86ptb6pC11b2Sy28P78oY0XLEIgj5Pqc/lVJabiMb/hUNl/0EZf+/Q/xo/4 VDZf9BGX/v0P8a20vNaiAjSG5kVVJBaIAkeSMAkjr5madpo1S41OzlvklKwyTASNHs+Qou3I+uR0 7U+XzFcwv+FQ2X/QRl/79D/Gj/hUNl/0EZf+/Q/xq5caXftf3IW2nMUmoLc7h0wrAfyOfwq9He66 0s/mR3CwlkORCN8Y3kMF4w3G3sfxo5fMLmL/AMKhsv8AoIy/9+h/jR/wqGy/6CMv/fof41sGLVFu 7qWNLh47jCuska/MPIPJHY7gBxxTo5dehjAgib5U2JE0ahRiAEc9fv5HX2pW8wuYv/CobL/oIy/9 +h/jWB4s8DW3hq2tpo7hpxNIUIZNuOM9j7V3aXWug2pIldDNhl8kBivy9SVGMfN2H19c34pf8guw /wCvg/8AoJpNNDTueYfZYf8AnmKPssP/ADzFS0UhkX2WH/nmKPssP/PMVLRQBF9lh/55ij7LD/zz FS0UARfZYf8AnmKPssP/ADzFS0UARfZYf+eYo+yw/wDPMVLRQBF9lh/55ij7LD/zzFS0UARfZYf+ eYo+yw/88xUtFAEX2WH/AJ5ij7LD/wA8xUtFAEX2WH/nmKPssP8AzzFS0UARfZYf+eYo+yw/88xU tFAEX2WH/nmKPssP/PMVLRQBF9lh/wCeYo+yw/8APMVLRQBF9lh/55ij7LD/AM8xUtFAEX2WH/nm KPssP/PMVLRQBF9lh/55ij7LD/zzFS0UARfZYf8AnmKPssP/ADzFS0UARfZYf+eYo+yw/wDPMVLR QBF9lh/55ij7LD/zzFS0UARfZYf+eYo+yw/88xUtFAEX2WH/AJ5ij7LD/wA8xUtFAEX2WH/nmKPs sP8AzzFS0UARfZYf+eYo+yw/88xUtFAEX2WH/nmKPssP/PMVLRQBF9lh/wCeYo+yw/8APMVLRQBF 9lh/55ij7LD/AM8xUtFAEX2WH/nmKPssP/PMVLRQBF9lh/55ij7LD/zzFS0UARfZYf8AnmKPssP/ ADzFS0UARfZYf+eYo+yw/wDPMVLRQBF9lh/55ij7LD/zzFS0UARfZYf+eYo+yw/88xUtFAEX2WH/ AJ5ij7LD/wA8xUtFAEX2WH/nmKKlooA9K/4Vlp//AD83v5r/AIUf8Ky0/wD5+b381/wra8WaxfaP awSWCRkFmMzvGZCihc52AgkepGcDnFV5fGWxbpYrB7iW2iMzLE+dy/LsI4zhg2enAU9aAM3/AIVl p/8Az83v5r/hR/wrLT/+fm9/Nf8ACrJ8cSKI7lrKM2QspLmUpNudWVgu0DA7kDkDr7Un/CfObJZk 0iVpB5pkQy7QFRQ5ZSyjdwfQcigCv/wrLT/+fm9/Nf8ACj/hWWn/APPze/mv+FdNomrtq8VwZbVr aWCXy2QuH/hDA5HswrToA4b/AIVlp/8Az83v5r/hR/wrLT/+fm9/Nf8ACu5ooA4b/hWWn/8APze/ mv8AhR/wrLT/APn5vfzX/Cu5ooA4b/hWWn/8/N7+a/4Uf8Ky0/8A5+b381/wruaKAOG/4Vlp/wDz 83v5r/hTYvDVt4U1rTby3eeV5JTCVlIwAwxnge9dreO0dlO6HDLGxB9DivObJS11pdw90ZpJrgb0 JJKYYdfrmgD0yiqmqXEtrps81uEMqLlA/TPvWVF4lke8FsLNndmkA+YLjaSMYPU5U5x7UAdBRWVY aw2qrMtrCY2VNyPJyOfuHHv1qjL4huQI5o40EJJiZSpLeYFOe/QMVH4GgDo6KgsZXnsLeWXHmPGr Nt6ZI5xVVr+SNrjJjOxtqgsAB7k9f0oA0aKp2N29y0ocKAmMY60X9zLb7PK7gk/LnpjryMDnrQBc rE8TeG08S20EMlw8Ahk3gqoOeMf1q1/ahJcLBnaxHLj/AD2py6oDuLRYCfew2SMYzxjpzxQByP8A wqy3/wCgnN/36H+NH/CrLf8A6Cc3/fof412dveGe5khMRQoOSWH8qfdymKNSrKm5sF2HC0AcT/wq y3/6Cc3/AH6H+NH/AAqy3/6Cc3/fof411n9plWdSivjoVOM8Z4Hp7/SpItQMl0sBiwSDk7uARnp6 9KAOP/4VZb/9BOb/AL9D/Gj/AIVZb/8AQTm/79D/ABrrZL6VMjC5iYCXj1PGPw5qzaStNbh3ABJP T0zxQBxP/CrLf/oJzf8Afof40f8ACrLf/oJzf9+h/jXXXN7LBdlQMxqBn5evBPXPXj0p8WoCWZVR AUJxvDfX/CgDjv8AhVlv/wBBOb/v0P8AGj/hVlv/ANBOb/v0P8a677dIJCPkckkeWOCnzADJ98+l I+qbULeUOAPl34OTj9OetAHJf8Kst/8AoJzf9+h/jR/wqy3/AOgnN/36H+Nd1E/mRI+MbgDj0qKW 9ihmWNjyep9KAOK/4VZb/wDQTm/79D/Gj/hVlv8A9BOb/v0P8a7yorm4W3jLEjdkYXuaAOI/4VZb /wDQTm/79D/Gj/hVlv8A9BOb/v0P8a7wcioJrryZFTynYt0K45oA4r/hVlv/ANBOb/v0P8aP+FWW /wD0E5v+/Q/xrvB0prO2TtAOOtAHC/8ACrLf/oJzf9+h/jR/wqy3/wCgnN/36H+Nd4DkCmeYfM24 49aAOG/4VZb/APQTm/79D/Gj/hVlv/0E5v8Av0P8a7i5doraR0xuVSRn1ql/abrlmRSpOFydoHA6 n65oA5T/AIVZb/8AQTm/79D/ABo/4VZb/wDQTm/79D/GusfVSoQ+SP3jbV+b8M9PU1JZ35uZDG0Y BCBiwbIJwO3pzQBx/wDwqy3/AOgnN/36H+NH/CrLf/oJzf8Afof41213K0MalWVNzBS7dF96rf2p +9MSorsAMMGwCePy60Acl/wqy3/6Cc3/AH6H+NH/AAqy3/6Cc3/fof411r6rsQsIgcYwN4B59fQc 9aJL+RY0cKMMzDBHtx+uKAOS/wCFWW//AEE5v+/Q/wAaP+FWW/8A0E5v+/Q/xrq/7UZBh4wzY5+b GTjPAok1R1maIRqGQjcS2R70Acp/wqy3/wCgnN/36H+NH/CrLf8A6Cc3/fof411q6oWUERA+vz9B +XX2q/QBwf8Awqy3/wCgnN/36H+NH/CrLf8A6Cc3/fof411A1aRIjJIinao4HGW5zz9MVJ/apBAM RJMhUc449f8APvQByf8Awqy3/wCgnN/36H+NH/CrLf8A6Cc3/fof41111dy2szMSHjABCYx1z1bP tTX1RkyTAAoOMl/r149qAOT/AOFWW/8A0E5v+/Q/xo/4VZb/APQTm/79D/GupbVmV9vlqS33fm6c fqM1Ys743MjIY9pVQSwbINAHHf8ACrLf/oJzf9+h/jR/wqy3/wCgnN/36H+NdnfTvAsfllV3PtJb HTB9SKhbVApYeWvyttyXwG4JyOOemPrQByX/AAqy3/6Cc3/fof40f8Kst/8AoJzf9+h/jXWtqblH 8uJdwBI3P0wD1468dKvI25FbjkZ46UAcJ/wqy3/6Cc3/AH6H+NH/AAqy3/6Cc3/fof41163j7yMx uxfb5Y4Kcnr+VRf2xlUIhwXbaMuPb/HpQByv/CrLf/oJzf8Afof40f8ACrLf/oJzf9+h/jXX22oN cFkMYVljDbt3BOPzxzTIdRfADhZDn5mU4AHHTGc9aAOT/wCFWW//AEE5v+/Q/wAaP+FWW/8A0E5v +/Q/xrq49XEmP3QHJGN/J6dPXrRHqjSYbyhswdwDZIOe3rQByn/CrLf/AKCc3/fof40f8Kst/wDo Jzf9+h/jXZWt41zMV2oFCZ4bOTnt7U+7maJUw6RhmwXccLxmgDiv+FWW/wD0E5v+/Q/xo/4VZb/9 BOb/AL9D/GurfVGhjkZ41YA/KQ2Nwp7antVm8oYHQl8ZHPXjjpQByP8Awqy3/wCgnN/36H+NH/Cr Lf8A6Cc3/fof4116agZY7hliIMQ4yc5+o7U37Y4lVRPDIBjhR9/Jxxz2oA5L/hVlv/0E5v8Av0P8 aP8AhVlv/wBBOb/v0P8AGu8ZgqlmOABk1nf2qUjDSREEuOCCuFPQ89aAOU/4VZb/APQTm/79D/Gj /hVlv/0E5v8Av0P8a6z+1cswEYBVivLcfUntU1veNdEqqbMrlWzn07fjQBxv/CrLf/oJzf8Afof4 0f8ACrLf/oJzf9+h/jXVJqbxsqSgSMylsj5cdeMfh1qa31ET3KxbANykhg2QcUAcf/wqy3/6Cc3/ AH6H+NH/AAqy3/6Cc3/fof41290WFrJsba23g+lVrK6cq0TKztGCd3PP580Acj/wqy3/AOgnN/36 H+NH/CrLf/oJzf8Afof411aansBMrK4wDlRgA4Jx+mPWkbVmVj+7BC7gRuwScgD6DnrQByv/AAqy 3/6Cc3/fof40V2yTl40cLjcoODziipc0nYaTZX1HTrDVo0j1CyS5RG3KJI84PtVddFszc30txEZh eKkbo0Y2hFztXH4mr32+3N29tvPmpjd8h2jPQbsYzz0zT/tduN37+L5Rub5xwPU1Qiiui6UiQoum xBYEZIx5X3Vb7w/HvRFomlQ26wR6dGsShwFEfGHGG/MVea7t1Dlp4gEUM2XHA7E037dbeXbv5q7b ggRH+/kZGPwoASCG3tTIYIPLMrbn2pjccAZP4AflUvmj+6//AHyabb3cN2HMEgcIxRsdiO1Nlvre G5SCSTEr9AFJ9hkjgfjQBJ5o/uv/AN8mjzR/df8A75NQtqdmsiRm5j3OpZfm4IHXnp2qQ3duu7M8 Q2gM2XHAPQmgB3mj+6//AHyaPNH91/8Avk0qyxu5RXUsACVB5APSq/8Aadn8n79SHkMS4zy4OCKA J/NH91/++TR5o/uv/wB8mpKKAImdXUqyMVYYIKnkVyOp6LZ6XqGmSWiSqZLpQQ5yMZzxXW3NylpC ZJA5Uf3FLH8hWB4jnjuH0iSFw6G7XBU07O1xXV7HSUbRkHAyO9Vyx9T+dIWbB+Y/nT5QuWcAdqMD 0FVlZioO49PWl3H+8fzo5QuWaTaOeBz14qrubeRuOMetOy3qfzo5QuWMUVX3H+8fzo3H+8fzo5Qu WMD0owPSq+4/3j+dG4/3j+dHKFyxjv3oIBGCMiq+4/3j+dG4/wB4/nRyhcsYHpRgdcVVZmGPmPUd 6GmCEAs2T6ZNJq2rYy1S1UWUPkKxyOoOQRSqzEH5j1PehK+qYizQAB0FV8t6n86Mt6n86fKFyxgd cdaMD0FV9x/vH86Nx/vH86OULlmkwPQVX3H+8fzo3H+8fzo5QuWaY0SM4ZkUsOhI5FV3ZgpIY/nT st6n86OULlmiq2W9T+dIrMS3zHg+tHKFy1TSisckVBlvU/nSMzAr8x5PrRyhctUmBnPeq+W9T+dG 4+p/OjlC5ZpksSTIUkUMp6iq6MxQEsc/Wnbj/eP50coXLG0DHA46UAAdBVfLep/OjLep/OjlC5YI BGCMijAznAzVVGYoDuOcetOy3qfzo5QuWNo9BzRVfcf7x/Ojcf7x/OjlC5KYY2lWRlBdRgH0p+B6 CqrswQkMc49adlvU/nRyhcsYHpS1Wy3qfzo3N6n86OULljAPYUYHpVfcf7x/OkZmGPmPUd6OULlk gHqKRkV1KsoIPY1BlvU/nRlvU/nRyhcsYHHA4oAA6Cq+4/3j+dGW9T+dHKFywQDwQD9aQxqxUlQS vTjpVcs25RuPOe9LlvU/nRyhcsYHpS1W3H+8fzo3N6n86OULljAznHNG0egqvuP94/nTdzbyNxxj 1o5QuWgAOgoAA6AVXy3qfzo3H1P50coXJ/LTcG2jcBgHFKAB0AqvuPqfzo3H+8fzo5QuWAAOgoIB GCMiq+4/3j+dNdmCEhjnHrRyhctEA9RTZYY5k2yKGXOcGoct6n86Mt6n86OULlgADoKNoGOBx04q vuP94/nRuP8AeP50coXLNIQD1FV9x/vH86Nx/vH86OULk0kSSoyOoKt1HrTlUKAFAAHAAqsGbew3 Ht3pct6n86OULk7IrqVYAgjB+lIkaRqFRQoUYAFQ7m9T+dG4/wB4/nRyhcnZQ4wwyKERUGFGB1qD cf7x/Ojcf7x/OjlC5Y2j0HrRgegqvuP94/nRuP8AeP50coXLNFVtx/vH86KOULlK60Fbq6upWlCr dIEkAiG8AADh+o6fgeaqHwqH81XuQEICpiIZwAo+Y9/u9PxroaKkZhJ4Xhjt0RJ23oAA7IpzgKBk dx8nT3qxJoEUsNvG1xcD7PEI4yjbeRj5iB16D8q1aKAKenaeunRyqsjOZZDISQByabc6c09yZY7l 4lkQRyoqg7wM4wT06mr1FAHPyeE4pI1BunDAEHEahT+H0FRr4QQwSQyXOU2hYz5YyMKoyT1P3fwr pKKAMiy8Px2NxPPHO5kliEe9gNw4Azn8BxTY/DcEMkJjuLjZE6yBXbfyox1PsB+VbNFABRRRQBS1 C0nuNj28wRk/gfO1vrjmsXxDAtt/Y0aqq4ulyFGBmtq7vUs0mmuJligiG5nc4Cj61i+IZPPl0dlc MrXSlWHQjjBquZtWJUUnc3T1oPQ1J5J9RQYTjqKq6GRJ9xfoKWniAhQMjgUeXzjeufSi6ArXCNJF OifeeIqM+pBrjLLw/wCJtNjhitbhAiyRFmE/LIqIpVgRz0YflXeeQdxO4dMUvkn1FK6A4+PSfE8S hk1NzKVUHzZt6AlGDHGP72wj6Gtnw/baha6b5eqzvNcbycuwYgemR171r+SfUUeSfUU7oCOipPJP qKPJPqKLoCOipPJPqKPJPqKLoCF/4f8AeFVryURSRk9wavGAnHzDg5pGtlfG4K2PUZrDEQdWm4Rd myouzuUbSbzrhj3Cf1qvrVhcahZQxWshidLpJC4IBCqxzjIIz7VrLaqn3Qi59BilWAgdR1ow9N0q ahJ3a/zCTu7o4200fxHa2yW63ZUJBsVlnG0fJgAAj72/nf6cVe0PTdXgv4LnVJWkItGhf9/uG7zM glfUrjn2rpfJPqKPJPqK3ur3JsR0VJ5J9RR5J9RRdAR0VJ5J9RR5J9RRdAQyfcNczrvhq81fW/NV 41tGEYYt82MLID8p4z864/8ArV1bQFlI3Cl8k+opXQHL6po2qSXmmvYSxmHTUQp5zndM+QGyf9wE ZOfvGprrTL++8KXFhPKHvZGwzlhgjzAfTA+Xtj2rovJPqKQQEZ+YcnNF0BxWp+HNTW8ZdPhieNyo W5MgR4oxGVMYUADBJJOOOc4yKn0Lw9eWGr211PGkEEcTosCS7gjFUBPHHJRj7Z966/yT6ikMBJHz Dg5p3QHK32hXc8uqYtoppbreYLtptrRqUAEeOuAQfbv1qCbTvFT291HHdFGAUQss4y37xjnpx8pU de1dl5J9RR5J9RSugMqe2vZ9DjjiuGgvljB3qcguByCfQnNS6Zb3Vvp6Je3DT3LDLsx6H0HsKvrA VUDcKXyT6im2mFjgrfw/4isbaJNPMdof3YlVLgfOy5y54wd2cEdeBV7TNL8QWeqWYadvsEckhmDX G/zAzORweeMrj8a6/wAk+oqK6P2W0lnI3CNC20cZwOlLmW40m3ZGH4i0y81G3099P2Ga0n88B32g kKdo/MisrT/D/iDTjbQwXuy1jaRmRZAclnY5bPXII6dDmuqU36qB9ji4/wCnj/7Gl3X3/PlH/wCB H/2NLmRfs5eX3r/M5lNI8TxJmPU3aQptPmzbgCYsEgY6+Z0PYflTpLHX47aeeS7ulEUDtBDHL5j+ ZuBRWwPn4yPx9q6Tdff8+Uf/AIEf/Y0br/8A58o//Aj/AOxo5kHs5eX3r/Mh01LmPR4RfOz3Rj3S knOGPJH0GcfhVLVNNmudYt7n7NHeW6xeWIpJdnlPuB8wfhxxzxWkxv2Uj7HFz/08f/Y0u6+/58o/ /Aj/AOxpuauL2cvL71/mcoPCd9bo11E6yXRuHcwq4RWQtIQS3dvnHJ7DFdTpls9npdpbSsGkhhSN iO5AANO3X3/PlH/4Ef8A2NG6+/58o/8AwI/+xpKaSsDpyeun3r/Mnpr9v94VFuvv+fKP/wACP/sa jnnu4IxJLZoEDKCVnyRkgdNvvRzoapSbsrfev8zndV0DWZfEFxf6bcRxCTlCz/dIhKKcfUn9DSDR vEKGK5W8le6jgZVElwMFvMDBWAGCCuRnr0rsvJPqKPJPqKd0ZnHf2X4oWHB1F5GUlExMFOAvySMc c85LL34p0+i6+09tcpeb5o5pmkDS4BjZl2on93Kjr2/Wuv8AJPqKPJPqKd0BCfvp+NcXL4V1Y6lJ LG0Yi+2y3aHzu7Bl6f7u38zXcmAlgdw4pfJPqKV0BwkFr4le9Nn591GEQB5g+2IjdHgJkdQocZHW p7jRvEU99M0ly7Wq3CvCguv4RvHp6FSQe4Ndp5J9RR5J9RRdAcamleJ1jEf23ZhUVmWYBSoKcKMf KQA+T3z+W9p9veR6V5F7L5lyEdd5bJIy23J9cYrU8k+opPIO7O4dMUNpgjhbTw5rlpbAWpSzIg2b I5gT5gRQXBxgFiD/AFqRrDxPck20ssgxaqju0/7tiRIGHT5icpz2rt/JPqKPJPqKG0w2OFey8V2u 4C5kCu8cUSRvvVQcqzHj5QFIbnutdqq7VC5LYGMnqal8k+oo8k+op8yCxHTZP9W30qbyT6ikaAsp G4cii6AwPEGl3V/e6dNaRqzW8mSXkwqgkZOOucA4IIIPqCawjoHic2gsxcutuLZoiPteS79Qc4yD n9DXe+SfUUeSfUUroDj57DxRJHdpHdPGNuIGFwNxPmFvTjC4XrzjrXS2KzrYW63hBuBGolIOQWxz z3q35J9RR5J9RTugI6Kk8k+oo8k+oougKGo2z3mnXttEwWSaFo1Y9ASpArl4tN8RQ3yLEZIFmJlf ZODHGcxj5jj5vlVuB612wgIYncOaXyT6ildXuBxEGgeIYYfKjvJIgEYbhc5ZmxJtO7GcbmQ4+tWD pfiYXEAXUX+zpLuP7wFivyfeJHI4cY9x+HX+SfUUeSfUU00BHRUnkn1FHkn1FF0BHRUnkn1FHkn1 FF0BHRUnkn1FFF0BjtqWqjxSNOEMH2Ur5vm7TnZ+fXPFaWqNItoPLYKC6h2Jxhc889vrVvaN27Az jGaCAQQRkHtUXA5vRdStbvUAmnlgwYidAcoVwcH65A/Okl1i7i1V42uUZWuhDCkOxxgjADr98c9S Mj8K6CG2t7NW8iGKFTy2xQoPucU4CKUlkKk4wWU8/nRJpu6BKyszlv8AhL7ySNnjso4xFILeXzpN pWUAlwoONwGB371Gvi67DzSbYXjdrdYlwV8sSLksc4OMjHOOcV1FrYW9lbmCGP5CxdtxLFmJySSe Sc1OUU5yoORg8UhnKReK9RuWTyrO1UM8cXzSk/O6sc5Axt+X9a6XT7r7dp9vc7NhmjV9uc4yOlT7 VHYflR0oAWiiigAooooAzL3ypZJY5rczorAkFAyggZHXvWLrE8UlzpMcKlPLu1+XAGPyram+9d/7 /wD7KtczenGo2B/6ek/maAOo1i+uLO3xZ20s078KVQsqe5/wp2k3s95bf6VbSwTJwwdCA3uM1b83 /Zo83/ZqeV817mPJL2nPzaduhm+IJrmCy32oJcds4Hbqfpmud0d7ybVrOW7C+YWfeY2BGMrtzgkZ +9Xaebn+GkDgdErVSsrWNQuXaO1ldThlQkH3xXML4j1FTbefBHbCW3RvMndfL3E8uSp4HbHHJFdR 5v8As01mVhhowQeMGpHfQ5S48XXrxzLDHbQP5HmRliXwQASWA6Dk9QOxz2qX/hL7hrqeEQ28YWXy 1llfCphtu5+c4PUdOorpsoWJ8sZIwTgdPSj93837pfm68DmlYDktK8QXl5eRC6vNoKwnYkkCqdyK x4YbzkntUr+LL2K13zQ2UTmIThnkYIVKbgmcffP9K6ciJmDGFSw6EgZFV76xttRRUuUcop+6shUM PQ4PI9jTC5ijxPeK7v8AZkkhicqwBPmNlpAAuBj+AfnWl4c1mTWrJ5ZY0RkYD5GBByoPYnpnFaQd QMBAMUK6oMKgUegoAloqPzf9mjzf9k0rASVna1c3VtbwGyMYmkuEj/eD5cE85q75v+yaPMB/hosF zmB4tuTB5vkWoYx8QtKVYHYG3knjZnjPr3qFvF14g87bA8ZjVQgBGH80oXyTjaBjoccjmuryhOfL GSNucdvSj93t2+UuMYxgdPSiwHPWHiW51HVLGLbbwxykh4t26Q/uy24dtme/tVnV/EUum6zb2aW4 dHQMzMQC2W24XJHTqevUVqTww3MTRyxAqw2nBwcemRzTbW1trKMR28O1QSwyxYgn3NFgOefxZexW 26aKyifyxNueRgjAorBAf7/P6Vu6XqAu7PzJmVX811wSOgkZR/KlvrG21FUW5jcqp+6shUN7EA8j 2NWty/3BTBj0dXXcjBhnGQc1RvJ7mHV7BFkRbaXesilfmJCkg57DirYkAGAuB7UvmA/w0rAAuITj EqHOMfMOc9Pzqvqt3JY6dJPAiPICqqrnAyWA5/Op9y/3BS+YD/DTsBV06/NzZh7kxJMHZHCtxkOU yM84JHFXFdXGUYMM4yDmmb1/uCgSAcBcfSgDm7nWri3vrlkvPOkhuvLFgqoS0ewEkYG7PU5zik0n xBf6xqNiq+TDAfMaZVAYyYVSADk4wW5+n4V0mUDlxGN5/iwM0KypwqAfSlYGyjrl01slmBeizSW4 2PMdnA2Mf4gR1ArCHiy9jkFsI45W2NsuHAUTDLhXAyMjCgnA5zxiurdlkXa8YYeh5o3JkHyxleB7 UWYXKuj3EraTaG9uY5bp41LsMLliM4x9P5U/U3WTRrpkYMphYgg5B4qxvX+4Kq6o4GkXQC4Ahb+V EtmXS+OPqX685+IuoXdjfhrPzWfyAdqMcDryRkZr0Lzf9mo3jhlbdJAjt6soJpSi2rGUldHA+FtS 1O6huoUs958syRS3C7huGzIyWwBgnArptL1D7Xd+VJaeRNEyNkLgEMp/z/8AqrXENuOBbRj6IKcq xKQVhQEdCAOKaVlYErKxPRUfm/7NHm/7NFijh5NQeD4geTI6tBNKY2STcQMrwQOgOcdfWrlvqd/c R3Dx2ds3kTDcvlYITLAr168D356dK6gxwly5gQs3U7Rk0eXCcfuE4/2RSSsSlYztFvFvZC32Y28k ZeORduASCvT86uav/wAg5/8AeT/0MVMojjOUiVTjGQAOKratJnTn4/iT/wBDFEtjWl8cfU0K57VL g2On2skMcILr8zvEXyQuQuB3Y8Zrd832qIRwDpbxj/gIp2IuYLajcWd75d7p0ZieZUQxICQG+7nn rwff2regRI7qZY1CrtU4H40ojgHS3j/75FOTy4s+XEqZ67QBQBNUF5/x5zf7pp/m/wCzSFwwIZMg 8EGiwGNqU5tdTt4IYYNsgXCtESZSWwQGH3do+aoNOv5jfQWepWEYkk3jzI0G3I5Pc9sDitzy4ACP s8eD/sil8uDGPs8eP90UAFmqqsqqAFEhwB2qWRWaJ1jfY5UhWxnafXFMRljXakYUeg4p3m/7NFgO WfWtWuYk+yPHHNBJHbzK6DbJPu+dc9hgdR/f9qSPxDNeGVn1AadEhlMbSRLlmVsFCD1245A5OeDX U+YP7vvSFkbG6MHByM+vrTC4+Ji8SMTksoOcEfoeRT6j83/Zo83/AGaAJKKj83/Zo83/AGaVgMrV tVksLqdDKsaGzZ4dwHzSgnAHqenFR6Rrk97qclpMtudu8YjYl0KEDLjtnPH0rYZ1bG5AcHIz2NRw RQ22/wAmLb5jl2OepJyf50wbLNFR+b/s0eb/ALNKwElFR+b/ALNHm/7NFgGXswt7GeZpkgEcbMZZ BlUwOp9hWJZ61OPD0t8Z47gecFillKjCEgBpNvAxknHHGM4Oa3TICCCuQexpF8tUKrEoU9QAMGiw HK2/iy8eS1t1+xzTzs6cMQN2ZNhB/unYBxn8O8n/AAmEzi2nW2jjtpn24kJ8zgqrDb14YsMgH7vT mukdY3Ursxldu5eCB7HtTLeCC1t4oIogI4hhATkj3ye/vTBluio/N/2aPN/2aVgJKKj83/Zo83/Z osBJRUfm/wCzRRYCSsPVdcu9P1e2sobFZhc4Eb78c988dutblMaJHkR2RS6Z2sRyueDimgOV+JM0 sXhdfJZgXuI1IU/eHPFefMr6dZfbbZ7mKTIOdrKA2CQS4GCRivYtV0yHV9Nms7gfJIMZwCVPYjPc Vztt8PrON4vtM32iNG3FDGF38EYJB6c04tK9xa3Lh1i+i3ztJbtbwywxNEUId96oSQ27GcvnGOgq KPxdJNMoW1iWNC/ms0+BtEe9SCQBz69PQmt0abZC5FyLS388DAl8sbsYx169OKYuj6aibEsLVUJz tEK4zgj09CR+NSMz4/EL3GiS3ccCwypOLciQnYrFgu45AOBuz0FRT+I5NMuls7oRXc+4lmtgw2IN v3l+bDfN0JxjnIzitqKwtILdreG2hjhfO6NYwFbPXI70waTp4jjjFjbBIm3xr5S4VvUccGgDFPiu YmJvsSpGzhmLS5PlYkOQAPvZjPHv19Eg8YPcx5i02QuImmZS+35QFIxlQSTvHbscE8Z3zZWrbc20 J2kFfkHBBJGPpk/maYml2MUbRx2VsqOCGURKAQeoIx3wPyoBjNK1EanZCfYEYMyMgJO0g4I5AP5g GrtRwW8VrCsVvEkUa9ERQAPwFSUAZk33rv8A3/8A2Va5i+/5CFj/ANfSfzNdPN967/3/AP2Va5m+ /wCQhY/9fSfzNMDe17XF0OO2d4Gm+0TeUAG27flLZ/8AHasaTqA1XSbW+WMxC4jEgQnO3PbNWZ7S O52ieBJQp3KHUNg9MjPsaWKBYYljhiWONBhUUAAD0Apa33KbhyWtr3Kmq6rbaNZG6u2ITIUADJYn tXPLqb3UT3fnskrHdGC+NoBxtx6nP6e9dPeafBqEIivLdZow24K/TPrVRPDGko6uumQBlIYHHQjp 3rOtS9qklKxdGoqbd1cvM7rbF2ADhNxB9cVzcPjMNpcN21pndgOvmbXGAu47MEgfMMZ4xjJGRXUF GYEFcg9c1Vk0iymIMthbORgDdEpxgYH6VqYmG3i5oV2yW6M370bkb7pXzCMrjjITuQTngYro4n8y FH/vKG/MVA2kWTSCRrC2LgYDGJc45/xP5mrQQgABcAdAKYMSinbG/umjY3900ANop2xv7po2N/dN ADaq3bKske7GMHrVzY3901BcWQuSpfeNvTaRWGIjOVNqG5ULJ6kVq4aZwhwu3OO2aZqt5PZW8L20 SyySTpEEZtoO4+varFvYi3ZmXeSRj5iKlaHfjfGG2kMMgHB7GjDRnGmlU3CTTehgL4q32wnSwdo2 G1QJRvMmwPtxjpg9f0qFvFzI5Y2imPYqhVdi3mmQptI25A4z0z7VvHS7RmJNjbklPLJMa8p/d+nt Sf2TZmMR/YbfYFKBfKXAXOcfTPNbEmVZ+I3v760ihtfLhlco7SP84YRl8Bevpz+lT6j4gj07U47M 28khZFd3XOEDMVHYjqOckfjVx9HtGwUtkhkCBFlhUI6L6Kw5FEekW6bDLE1zJGSUkuT5jrn0Y8ig DHHixzCT/ZxEoi88obhQPL2hs5x975hx+tbGm3n2+z8/GP3kiY/3WK/0qHUfD9rqcUcUsZSNCCVj VMMMYAOQcccAjBHrV0WcS/dt0AznhR65/nz9aYMfRQkPlrtSMKuScDA607Y3900ANop2xv7po2N/ dNADaKdsb+6aNjf3TQBz91rV1Zy3FxK0LWcN19nMKxnzCNoJYNnk98Y6U2w8RXOqahZRQ2iwxSB2 mMhbdgKpXbkD+8M/TjPWtoabbLdtdCzhFw3WXy13njHXr0pbfTre1x9mtIYcZI8tAvXr0+g/KkDK +pT3ERtIrV445Lifyy8iFwBtZumR/d9axh4udS0DWvmzxBg8ibhGWBcKRweDs5yeM8ZrormxhvYh HdW0c8YO4LIoYZ9eaYdMtS0TGygLRLsjJjX5F9B6ChgM0qa4uNKtZrzyxPLGHcR/dGeeKnnhW4gk hkzskUqcHBwaUWsa4xAgxjGFHGBgfpxTki8tAiIFVRgAcACm7AroqfYD/wA/t5/38H+FU7u0MMV3 O13qD+RHvCLPjPBOOBWzsb+6aje1V2LNGdx4JDEZ/Wpsi/aSOSN3cIiSFrqaIM6PNBdsyFgMjafT 1+h9K1rOGK8tba7tr7UDHM2BumPv2P0rUXT4UUKsG1R0AJAH4ZpY7KOLb5cO3b90A8D8M0WQe0kQ fYD/AM/t5/38H+FH2A/8/t5/38H+FXdjf3TRsb+6adkHtJGDf27W1pJP9svC3nCMF7kqi5bGWwOA Ky21B4ESa5OoJatGriVbpjnnDY9uePqPWuseyik3b4dwf7wJOD+GaQ6fCy7WgyuMYJOMenWlZB7S RSisQXiaO+vyksZYbps+mOo96mbTFkAWS6unXIJVpBg4OfT2q0lqsbbkjIOMZ3E8fnUmxv7posg9 pPuJWJqV6dPsraQAM0ili0szKvC7iOD949BW5tb+6agbT4WUK0GVByASSB+tUQYf9teRe+TfWs0C NKEjYSMcg/dzz3wfyNbkS+XPKgLYAU4LE+vrQbCFvvQ55zyxPPr1qSO3EWdiEFuvOc0gFqO5JFrK QSCFPIqbY39001ot6lWTKkYIpgZGo3n2LUYbdEDBwpIeZg77m2gIM8kdT7VX07WBcXkVnfW8tvcy bgFDsRkckdfTH51tGwhZlZocsv3SWJI+nNH2CHcG8n5hnB3HIz170gC3GFkXJIWQgZOeKlY4Unjg Z5OKEh8pdqJgZz170uxv7tMDlZPEWowxBJEVLqRo9sX2UkgM20lSHxIB65HY96mXW9TW5itJ4oYZ ZtoSSSMrgFmAZl3HHC8LnrjmtyHSrS3LGCygjLMGOyNRkjofwqSayhuAwnt45A67W3qDkZzg+2aA OffV9SOpfY42hlMceZJLa2MwJ3svPzjbwBkc855ro6qPomnyiMSadasI12oDEvyjrgVc2MONtACU U7Y3900bG/umgDC1jU9Qt9UjtNPj3k25lwIDIS27ABO5do9+aaniYf2j9kmtgrblXeku5cl1Q9sc FuxPTnBrd8keZ5nljzMbd2BnHpn0qs2kWTvK7WFszS/6wmJcv359eQKAMWTxlDFH50lo6wGLzFff necE7VwMHp659sc05fFEkzRJFZbH86OObzHI2BpNg2ggFu/YY962V0qzV962NuH2eXkRLnb6fT2o XSbJPK2WFsvknMeIl+Q5zkenNHUCzSU7a3900bG/umgCKd2jt5XQxhlUkGQ4UHHc9hXNN4j1CFI5 HijkhZvkkWBh9oXeqjAydg5JBOc4HrXTy26zxPFNEskbgqyOAQw9CO9V49HsYTGY7C2QxHcm2JRt PqPSjqBn6nrz2OoLbpAhiR1WaV5QuMozAAH/AHepPFV4vFysFElk6PJKYIwHyHlG0hOVBGQ2ckfw mtyXT7e4mE01pDJKF2h3RSQPTP4moF0W2jmgeGBYUgcyLFGqqhfGNxAHJAyBQBDpOsf2nJPG1ube SLB2M2SVJIB6D0PIyPetKo7exgtN/wBmtood53N5aBdx98VNsb+6aAG0U7Y3900bG/umgBtFO2N/ dNFAE1FFFSMz9a1UaNY/angkmjDANsI+XPeptNvDqFhFdeS8IlG4I/XHapbm3iu7eSCdA8Ug2sp7 ipFUIoVQAoGAB2pgcDqniTVT4ivLSGWSKGFwkfkorEjHU7iOc1v2mtX93pulPDDbtc3kbO/mMVUb Rz0Bpt54KsLzUpr1pJRJM25lKoy5/wCBKavr4fsRYWtoySNHartiYSMjAYweVI60X0Er9TLbxva/ ZpPKt5HukhLmIMuN4XdtznPTvjH48Vct/EsRuls7qCSK6wm5VKsuSyr2OcZYdQM9qttoOnM5b7Ko ynllQSFIxj7oOM44zjOKY/h3THlkka2+aTJYh2HJIYkc8HIByMcil1GVrbxJ9r1aK0htHMUucS7g No27uR+nGa3KoQaJp9s8TQWyxtDjYVJGMDb6+lX6ACiiigDMm+9d/wC//wCyrXM3n/ISsP8Ar6j/ AJmumm+9d/7/AP7Ktcze8ajYf9fSfzNAHU6zrEWiWf2q4guJYQcM0KhtnueRx71DofiGDX0kktLe 5SKM48yVAqk+g5Oa0nMciMkgDKwwykZBFMtorezt0gtkWKGMbVRVwAKm0ubfQ2UqXs7OPvd76W9C rrmswaFp5urhWYFgiqoySx//AFVk2vjNJpY/Os5I4XYL5gIOCTgcfU1v3ENreRiO5ijmQHO2RNwz 681XXSNJRgy6faBlOQRAuQfyrRW6mBcmk8qCSQDJRS2PXArmU8bwSWCaiFiGnBo45ZjISQ7DJCgD kDpnueldM5jkRkblWGCMdRVEaPpgnhmFqgkhVFQjIwF+7x3x2z0qR6E2mXU19ZLczRJEJfmjVX3H YehJ6Z+mfrVyqtna2thG8drGIo2cuVXOAT1wO30FT+Yvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6Ue Yvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAD6 KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAD6KZ5i+v6UeYvr+lAGLPr09rPPL PDCLCG48hnDnzBwDuxjGOemabZeKE1S+s4bG2do5t5lkd1/dhVBHQnOdw+nOavHSdOa7e5aHdI5L MGZipOMZ2k7c44zinWmmWFkytbxbWTIVizMQCACMknjAH5UA/IXU7u4thbJaRxPLPL5Y81iFHys2 eAf7tZQ8Y20bG3mhb7YgYPHGwIDAsAASQSCUPOOOM4rYvbS11CNEuVZgjb1KuyEHBGQVIPQmoP7G 0wNGRbgbF2AAsARz1Gfm6nk56mjUCfSrme90u3ubmFYZZUDmNW3Bc8jn6VbqvHBbxKixhlVMBQGb AwMDj6VIhSNFRScKMDJJP5mmwJKoXc/krdzySSiOCPftTHQAk9queYvr+lQyQRSsxLuN4wwB4P4U gMSTXnt2VbiG6QguspVwyowAIGduDnI9K1bedZ4ra4t7iSSKVsc9CMH2B6iki0yzhgWCIFIkJKoO gJ68Y9zUlvZW1qkccO5Y4vuRjhR+H40AXKKZ5i+v6UeYvr+lAGfd3EkFu8waV3abyo41YKCS2AM4 4rN/4SONHHnrdxRFFbzCQRknBHC849s59K2J7K2uY5I5S7RSHLITlT+FMk0yzlgEMilogmwIRwF4 4xjpwPyoAmhP76MpM8kckZYbse2D096tVWiiihYFXc7V2gE8Af5FTeYvr+lAD6xb6/eytYJMzTSS oXKh1UBVXcx6enatfzF9f0qnNptpcxLHPuljQgqr8gEdKAM2LXojeGC4a6t8ybEZ+jDsfu9/y962 odyzyoZGcAKRux3z/hVeXTrSdg026RgwYFucEdD07ZNWIkjiZmDuxbGSxz0oAnqK6ZktpGU4YKcH 0p3mL6/pTZPLljZGJ2sMHFAGZfXzWd4kA+0SLhTI4dRsDNtXAxzzUGm61FfzRwSvc29w4OI365Hb 7o7c846960JdPtZpoppdzyxcxu3JX6HFB060M6THd5qElX7gnrzjvQBYtixWQMxba5AJ64qeoYhH CpCsxycktySaf5i+v6UAPopnmL6/pR5i+v6UAPopnmL6/pR5i+v6UAPopnmL6/pR5i+v6UAZmp6n d2t20VrBBIsVubiTzJCpIBxgYB5471Gvii0KpI8U8cMhwkrKNrchWPXIAJAOQPbNW7zTLC/mWW5j Luq7OHZQVznBAOCPY0x9G0yX7QJLZGFwpWRTkqQeoA6DOMnGM0AU4fF1ncPEIre7KyKrM5QAR7mC 4bnOQSMgZ61vVQGmacCxFtGCzbmwCMncGz/30AaueYvr+lMB9FM8xfX9KPMX1/SkA+imeYvr+lHm L6/pQA+imeYvr+lHmL6/pQA+imeYvr+lHmL6/pQA+imeYvr+lHmL6/pQA+imeYvr+lFAD6KKKACo 55kt7eSaTOyNSzYHYc1JUVzAtzbSwOSFkQoSOuCMUARWOo2upQiWznSVf9k8j6jtWd4lv7u0jt47 N2jaUsWdVDMAozxkH+VXdM0ey0iLZZwKmR8z9Wb6mo9Y0yTUEjaCRElj3ABxlSGGDmqVrgZ+g65N No17cXpeY2bkblTDuAoboO/OOlSweKbdliaaMKkjsvmQyrMihU3ksy9OOxqXRdB/szTp7eSdme4c u7RkptOAPlPXtSnw1ZuS0zzzSM2Xkd/mcbSu04A4wTSlu7AOHiOxLFP9I80KWaP7O+9AMdRjjORj 601fFGmMEPnOFcZLmJgqdeGOMKflbg+lB8NWbxyh5Lh5JlCyStJ87YIIz27AdOlUT4PiW4ijjkxY DmWIscyH5uCOmPm9sflhAbWn6lbapAZbVyyqdrBlKlTjPIPsQfxq3VLTNLg0m3MNtuKs24liM9Md sDtV2gDMm+9d/wC//wCyrXMX3/IQsf8Ar6T+Zrp5vvXf+/8A+yrXMX3/ACELH/r6T+ZpgdPqWq2m lLE97IUWaTy0whbLYJ7ewNS2V5DqFlDd2zFoJlDoxUjI+h5qHVNJtNXWFLxXYQyGRNrbecFf5E1L Y2cOnWMNpbBhDAgRAxycD3o1v5FPk5NL834Eep6nbaRZm5vH2RghR6sT0FULbxXZXEqIY54lchRI 6HaCemT71pX1ha6lAIbyESxhtwUkjn14+tU08NaTGylbMDaQw/ePjI5HGapW6mZqMdqkkHgZwBk1 iW3iaO6hLxW+92ZVijjnRmZmzgMOqHgk59D3rbbDAg55644rMOgWrszyy3UsxAVJnly8YByNpx6+ uaQyEeJYk1KCxuraWCaRnWQlgViKqGGSOoYNwfzpv/CUQHRE1EQlQ83lCKWRUI+coGJPAHGamk8N 6fPGy3CzTFwd7vIdzklTkn1+RenQCpxo1iAuIQCs3nBv4t24vjPpk9KAKcHii2kUmSCVdqliYv3o OG2/KV6j36UyTxbaCZFjt7mSNpApm2EIE8sSF846YI4q7qOiWmqSCS480OFCgo2BgHOMdD171FH4 b0+OMR7ZmjC7ArSEjGzZ+e0D8qQE9trNpd3S20Rm88gsyNCylAP72R8vtnrV6qFtpFvaTSTRyTme RdrzPJlmGc88Y7AfSrgjw+7zJDyTgnjn/DtTEPoozRmgYVV1HUI9NgSWVJHV5ViAjXc2WOBx1NWs 1FPbx3IjEgJ8uRZFwcfMOlAFA+JNMEZlM7iIJv8AMMTbfu7tucfewc4601vEtikpVxcKvlrIHaFh klygUDruyOlKvh2xRdqNcKgXAQSnAbbt3f72OPT2qM+FdNMIjKy4A/vDru3BsYxkEntjk8UATQ+I LK5vLa3tmkmM+cSKh2L8pbBPTOB0681Pd6vZWV3HbXE2yWQAgbSQATgZPbJ4FVY/D9vavHLZSyRS xcxhyXjDbdpYrkZO3jqKWTQYry5jutRdZblBt3xJ5YZQcgEEseDnoR1oAQeJ9MMPmiScr1I8h9wX AbdjGduCOenNaFpdJeQebH93eyfirEH+VY+o+GlnjRbGU27FBFI5dt3l7QuBjrwBwevqK1bexitI vLgeVU3Fsbu5YsfzJ/KgGWaKRF2Ljczck5Y5NLmgAoozRmgAoozRmgDKk10Q3UomtWS0in8hrkyD AbAOSvXHOM0kHiO1vL21trOOaY3G/c+wqIgqg5bPruGPrUkmhWk1xLJM08kcrmRoGf8AdliMZx9P el0/QrLTHR7cSbkDBSzdiAOgAHRRSBk9/evZrAIbczyzy+WqbwnO0tkk+ymqI8UWCpibzI5wG3w7 dxVgWG3I4ySpx61fvrFL5Ig0s0TRP5iPE21gcEeh7E1R/wCEY03zkl2Sbwu1m3cydeWPXOWJ7daH cC9p142oadBdNA8BmQOI3+8oPTNWahitlhjjjjklCRhVVd3GAMAVKg2Iq7mbAxubkn60xC1WuJzC LiV5fLigTc2EycYyas5qCa2E3mhnOyVdroVBBGMd6GMym8RQxSJHO88Ujb8o8SZQr2OG75HTPXnF acUxkSCWK4SaKVsAqAQRg9CPpUCaPAlsLfc7Rbi5D/MWJ4ySeT+NS2unx2cEMMTv5MJyqnn16nqe tAFuijNGaAKVzdPbwvMzsR5vlpGkYLMScADJH61QXxHamby2unj+RXLSRqoGfXnjHc9ODya0riwW 5ieKSR/Ldt+BwQc5yCOQc1BLoltPapbSEmJE2KuMYHB4PXPA560gLaM4mQGUSI6FgQoHp/jU1Qw2 4iKfOSqLsVcAADj/AAqbNMQVm3WotZ20MsryOZQW2RRKSABljyRwB+NaVUbnSoruGOKeR2SP7uPl I4wRkdiOCO9AyrBrttPdNALvY6yeWDIigE+3PfsOvtWnEXEsiO+7aFIO3HXP+FVbnR7e7kV5yWZC rKcAY25x07cnjpVyOMo7szl2bGSQB0+n1oAfTJ3McEjrjcqkjNPzTZEEsbISQGGMigChd6h9jukg kklYsAWZIlKxgnapPOeTxxmotO1uDUyiw3e2RwSqSIgY4PbBOemePxqzPpkdzcxTzSO0sX3TjA65 GQODg8jPQ006RAbxLvc32hCWD47nrnsfx6dqQFuBmZXDsGKuVzjFPkZljZlQuwBIUHBY+lNiTy1I 3FiWLEkU/NMDEuPFNtBBBMtvPKkkccj7MExB2wMjuRhicf3TUp17zZZI7Kylumi3F9jqPlBwCM9S ew9qni0WygMhjRgZLgXJ+Y/fHTHt7e5qBPDVhDGUtzcW4Jfd5UpXKsclf93PT07UAayncoOCMjOC MEUUiqqIqqMKowB6ClzQIKKM0ZoGZGr+IY9Ju0t2iV2aEzZadY8gHGFB+8fYVOmu2T3P2ctKkp24 WSJlzkgDGRzyQKtfZYvtou8HzhH5Wc8bc56fWs5/DNi91Nc77kTSnduEnKncHyDj1AxnPp0oAk/4 STTNzjz2wkfmO3lttUYzyccHApp8S2B8kRGWR5JFjKrGf3ZLbfn/ALvPr1xUbeFNMkVElWaSNI/L VHkyAMEdevc98d8U+Lw3YwtEUa4BRg5AkwJCG3LuAGDg+mKOoM16SjNGaAGyuYoXkCPIVUtsQZZv Ye9YsfiiORQfskh2sRMVkVhGAwXIP8XJ7ehrZmiS4heKQEpIpVgCRwfes1fDlkHV2e4eTdmRml5m 5BAf1A2j8qOoE15rVtZXsdo4leV2CnZGSEyCRk464U8dajj8R6dIGPmyIVDEq8TKeCARjHX5l49x Tr3RLS/ujPM04Zh8yxylVYgFQSB3AY1UTwvawzWgiwYILg3R8w5cybdoxjAA7n6CgDRsNUtdTWRr RnZUOCWQqD7jPXoat1SsNJttOmnlhMjST43tI2TgZI7e55OT71dzQAUUZozQAUUZooAsUUUVIwpk sqQxPLIwVEBZiewFPqG7g+1Wk0BbaJUKbgOmRigB0FxFcxLLBIkkbdGU5BrKvPE9hZ332d549qEi dywHlnsCOtTaLoNpocJS23l2++7tkt+HQVZvLJbhGeNYUugMRzPEHKH1/wAmh+Q42+0F3qEFnp81 7IS8MMZkbyxuJAGeB3NQDXtP6tcKqEIVZuAwYEjH4A59Kpw6HeMk8N1eR+ROpEixxnczH+LJPB9u lRXfgyyuriaYTTIZZN+zgqmVwwAI6HJP1NJakxd1dmjDr2nT+aFukUxSmJg52/Nu2d+vzED8aP7f 0v8Aef6dB+74b5u+cY9zkgcVSuPCdrdIElnn2o8jIFIGN46dOzYYehApyeF7dJYSLibyoJBLDHgY RtwZucZOSP1NMZZXxFpjQ+Y10iDnhuvUjp+B/DmtFHWRFdGDKwyCDwRWC3hC2EU0cFxJGs0hmcFF YGQknfyODg4yMdBW3bQi2tooVZ3EaBQznLHAxkn1oQFGb713/v8A/sq1zN5/yErD/r6j/ma6ab71 3/v/APsq1zN7/wAhGw/6+o/5mgDr77U7PTER765jgVzhTIcAn0pljrFhqbuljdwzsgywjbOB71Jf 2VtqVnJa3aLJFIMEH+Y9DUOkaRaaJYra2a4UcszHLOfUmp97m8jZey9lrfm/Anvb63062a4u5Vij XjLHqfQe9Z9t4q0q6uEhjuQHc4XdwCfSrOr6Raa3aLbXm4xq4cbWwcjI/rVBPCOnptAmuyqsrbTO SCQcjj8K0VupibrMEUsxwAMk1kp4ktmtftHkXAiYqImKribccLtOcc++K1WwykbsZGMjqKwo/C8S G4f7SPMnUKSLeIKRnPzLjDH3IqQLEviKGHG+zvRiPzZP3Y/dLkjJ59ieM8VeuL6K2jhd9xSaRY1Z RkAt0J9s4H4isiLwskEZjgvpYo5EaOZURAHUsSQOPk+8elW3tLq8gms7tLWO0ZCqNC7F1x904Ixk dfqKABfEdi2pmxLSLJtkYOyYQ7CA2D7c/kfSrem6hDqunQ3tsHEMy7l3rtOPcVmyeFrOVIFaWb9y ioCGALYbcSTjq2SD65NadhaR6fZpbRsWRM4LYzySf60dALNFJkeooyPUUALRSZHqKMj1FAC0UmR6 ijI9RQAtFJkeooyPUUALRSZHqKMj1FAC0UmR6ijI9RQAtFJkeooyPUUALRSZHqKMj1FAC0UmR6ij I9RQBmnXbdb14HhuERZfJM5UeXvwDjOc9+uMUL4h0+S8tLaGUyyXRcJsGQNoyST26j8xUM/h6O6m nE93K1pPIZWtwFA3bQPvYzjjOKTSfDlvpMqSRzu7IGHIABBCjnA7BRQD8i/f362CREwzTNLJ5aJE AWJwT3IHQGoF8QaeYQ7z+UxVmMbjDrtzuBHqNp+uOM1LqNk16sJiuWt5YZPMR1UNztK9D7Mayz4Q szdLcGeUyEfvSQpMjZY7unByx6e1AGvp1/Hqenw3kKyLFMu5RIMNj6VaqtBbtbwxRJOSkaqoBAyQ Bj/69TR5WNQ772A5bpmgB9VZrl42mbdEkUK7mZwTxjJqzkeoqrcWn2hZ0Lp5c6bHVlJ4xjrmgCkN fgyitcIjOG+V4JFK7euQeh9Aevar4lmVoixiZHbHygg9Cf6Vn/8ACPwvCEmdZm3FjLIuZCSMHkEe g6Y6CrNhpo0+0t7WOVTDAcqCvJ69847+lAGhRSZHqKMj1FAFKe9eCGSaRkWNX2ABGZic4AAHJJPY VXj1uGaYRJdQlyqsMxOOvTn19R271PdWDXMLxGcIpk8xWVfmRs5BBzjg+1Urjwza3NsIJPLwI/L3 hPnIznJOeT9eOTxQBqo8onVJDGQykgqCOmP8anqtBbtEY90ilY02KAMccdTn2qxkeooAWs241M2l vFNcSRoJRkBY2c9Mnp2A6mtHI9RWZd6R9tgiikuNoiBUNGMEgjBB56EUALb6ql1O0MNxC0isUI8t hyPT1Hv0q7DJIZZI5dhKgEFQe+f8Ky7nw5bXMyyt5SOrrIDGm3JXpnnn69eBzWpFGyyO8jqxYAfK MYxn396AJqjnkMUDuoBKqSAafkeopkyCWF49wG4Yz6UAUrjUfslxHDNNErvyMRMQOcDcRwuTwM9a Sy1NdRUG1nifIzgxspxnHQ/SkudK+13cdxJOAyYyqghXAO5dwzzg89qhj8PW8V/FeRGKOWIsVCJh fmGDxn+X45oA1LeR5FbzNu5WK/L0qWooEMStucMzMWJAwKkyPUUALRSZHqKMj1FAC0UmR6ijI9RQ AtFJkeooyPUUAZ9/rMWnz+U9vcykRmV2iQEImcZPOfyzT49Z0+WYxJeQl8hcbupPQVFqGkm+uvOS 9kgDxGGRUVTvQnPUjg9eRVWTwtbSwSQfaZlg2ssCpgGDcwYlTjJOQMZ6UAy6Nf0tpYY1v7cvMFaM BwdwPAP41oViQ+F7K33eVJIqscgZHygOrgDjoCoH0rayPUUALRSZHqKMj1FAC0UmR6ijI9RQAtFJ keooyPUUALRSZHqKMj1FAC0UmR6ijI9RQAtFJkeoooAWiiigAooooAKY8mw/dJ4J4p9RTRGRTtba xGM4yKEA17lY42d1faq7vlUuT9AMk1DaaxZXsMc0M2EkbbGZUaPefRQwGfwqxDEyAF33NjGQMD8q wbnwmZ4rBBeEfZUMZyGAYFg2QAw5+Udcih7gbi3tsz7VuIS2SuA4zkDJH5c1GdUsQV/0uHDBmDBx twuN3PQYyPzrEPg+OK3JieMzLGgDCIAkqzt1z334/CorfwlcC2iY3MEM4jClEg+QYCDGM9fk6g55 4xigZ0A1WwLSL9sgzEqs+ZBhQ33Tn3qdbiF52hWWMyqMsgYbgPUiuX/4QuQWscS3qbownPlsNxXe OcNnGH9eoq/pfhxtN1MXK3CmMR7dioQWOFGSST/d7Yz3zQItTfeu/wDf/wDZVrmb3/kI2H/X0n8z XTTfeu/9/wD9lWuZvP8AkJWH/X1H/M0AdxgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegow PQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQ UtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUt FACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFA CYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACY HoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHo KMD0FLRQAmB6CjA9BS0UAJgegowPQUtFACYHoKKWigAooooAKQkAEk4A70tNkRZY2jcBkYFSD3FA CLKjnCOrH2Oap3l9NFceTbRI7IglkaR9qhckDnnk4PtVPw74eTQluTkO8sh2t6IPuim61bzJeG7W J3jMSoWj5aMhickdxg9s9KpJXA0bTU4bpW3B4ZEXe8co2lR6+hHuKdbanZXgU213BLuYqNjg5IGS Py5rAjil1661BVfNu1qsCT7fkZyckY79s/lU1/ouo6iwmcWNvMoOBEWOflwMtgE8+3A9aTVmCOiJ CgliABySaRHWRFdGDKwyGByCK5d/DN/PdxTzPbbi0hk+ZmADMx2gFfRsZBX3B4FVh4OvuF8+BE8l ItqOQFUKFKD5c7SRnr1PTvSBnZ0VhaVoc2n63dXS+SltKCAinc3UY7DAAHTLdeMDit2gDntZuJrc v5DY3z7W+XOR5YPoax7zP9oadnqbmMmunlJDXeP7/wD7Ktcxe/8AISsP+vqP+ZoA7miiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoorAfQJm8VrfCaT7Jt3mPzDjz BxjHp3poDcd1ijLMQqjk02G4jmyFPzL95Tww+opt7G8tq6R538EYOOhB61mWDXBv4Y3iOEV2kcrg gkjAJ70gNZZ4nkaNZEZ1+8oYEj8KcXVWVSyhm6Ank1ytxo2oSecLK1jtLpZp5Uvdy5cPu2rxz/EO vTH0qBdB1Pi6likluEiaOINcEOgLgkAh/TP8XPTIoA7IkAEk4A70Ag9DmuQ/szxBJpwtJgz74Srs 1xkf6uRdpHOckof5nIrc0Gxk060nhlQqTcSSAmTfuDHII54+ntQDFm+9d/7/AP7Ktc1dqranYb2c AXSfd7nJx+FdLN967/3/AP2Va5m8/wCQlYf9fUf8zQB3NFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUVha5JrKajZjR0DqQ3mhx8nbGT/hW1F5nlL5wUSY+ YKeM+1OwEbXcKTeUz4bgdOAT0GemanrnrmWf7QtrGC5kuwSu3BVd24k+2BUms2upz3dw1hII0Niy fMhbc+TgDDDB96bjYFqbtFclIdcWKRUN4rAfvMIrKBuG3y+/3c7jyQe1QyLryRSyr9vWeURMVG1x whBAIHyndgnj61IHQTfeu/8Af/8AZVrmbz/kJWH/AF9R/wAzXRguYZzKu2Qld4yDg7Fz0rnLz/kJ WH/X1H/M0wO5ooopAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGZ/bI/54n/AL6o /tkf88T/AN9VlUVryoz5mav9sj/nif8Avqj+2R/zxP8A31WVRRyoOZmr/bI/54n/AL6o/tkf88T/ AN9VlUUcqDmZq/2yP+eJ/wC+qP7ZH/PE/wDfVZVLRyoOZmn/AGymc+Rz0zupf7ZH/PE/99VxN1Fq Aa4gSMl5ZVaGQdI1HUfj710VggWzjSYAPGoLc9eORTcUO7NT+2R/zxP/AH1R/bI/54n/AL6qqBCd rEIDtwV9yOtQzIiBSnfqM5pcqFdl0S+fFcSYxuYHH/ARXOXn/ISsP+vqP+Zrft/+POX6j/0EVgXn /ISsP+vqP+ZrNmh3NFFFIAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAxv7In/vx/ mf8ACj+yJ/78f5n/AArZoqudk8qMb+yJ/wC/H+Z/wo/sif8Avx/mf8Kf4l1G60rSWu7Tyi0bDcJA TkHjirOj3E93pVvcXRTzZUDnYMAZ6U+Z2uHKin/ZE/8Afj/M/wCFH9kT/wB+P8z/AIVx2oW95qPi 7UI/MSVRKFRZXZQi9MAj3roEvr+PwjptyLhvu/6Q6sPMPBxgsrDr1yKOZ2uCUXsaP9kT/wB+P8z/ AIUf2RP/AH4/zP8AhXND4jH7WlrBCZWaBWRpVClmKb8tg4HXGAPx7Voap4xuNItZjcQxNJbuUlaM HBy6qpCk+jZIJ7daOZhyo1f7In/vx/mf8KP7In/vx/mf8Kxo/FN3qegXOpxt9lt7dFbEaAyuxH+1 lQMkdicVbub+/tLueK6u2IFm1wfIVRtK44XcD75JznPQYpc7DlRe/sef+/H+Z/wo/sef+/H+Z/wq /pqzpp1uLqczz7AXkKgbieegAFWqfMw5UZCRmGC4jYglWAOP90Vzt5/yErD/AK+o/wCZrppvvXf+ /wD+yrXM3n/ISsP+vqP+ZqSjuaKKKQBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB /9k= --_004_04352BA62627804FA4254F7542A9CF375C78B993AZFFEXMB04globa_--

3 3

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

19 Jun '15

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

2 1

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

19 Jun '15

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

2 1

Ovirt-engine certificate SHA256
by Kevin C 19 Jun '15

19 Jun '15

Hi list, Is it possible to renew the ovirt-engine certificate to generate a new one with SHA256 . Thanks a lot -- Kevin

3 2

solaris 11
by Koen Vanoppen 19 Jun '15

19 Jun '15

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

4 3

oVirt timeouts
by paf1＠email.cz 19 Jun '15

19 Jun '15

This is a multi-part message in MIME format. --------------090402070806020609030609 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, pls, howto change oVirt timeouts for status : 1) node ( brick) is power down / up 2) volume status for node(brick) is up/down They are too long ( I'm expecting a few sec. not a lot of minutes ) If it has some spacial reason, let me know about, pls. regs. Pa. --------------090402070806020609030609 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, <br> <br> pls, howto change oVirt timeouts for status :<br> 1) node ( brick) is power down / up<br> 2) volume status for node(brick) is up/down <br> <br> They are too long ( I'm expecting a few sec. not a lot of minutes )<br> If it has some spacial reason, let me know about, pls.<br> <br> regs.<br> Pa.<br> </body> </html> --------------090402070806020609030609--

2 1

Ovirt PXE boot wierdness
by Edson Manners 19 Jun '15

19 Jun '15

I'm running oVirt 3.5 newly installed with one test VM. I have the engine running on separate HW with eth0 being the management interface I have 2 compute nodes with eth0 being the management interface and eth1 having a vlan trunk with all of the VM networks If I install a guest from the CD image it all works fine and picks up an IP from the DHCP server. However if I switch the boot order to PXE first the gPXE DHCP request times out. Using tcpdump I can see the DHCP discovery packets get as far out as the physical trunk interfact eth1 (i.e. it gets past all of the virtual interfaces) but any other machines in that same VLAN don't see the DHCP request and neither does the DHCP server. My network settings are: Name: TestCluster External Provider: NO Network label: TC Enable VLAN tagging: 306 VM network: YES MTU: Default 1500 Under 'Setup Host Networks' Boot Protocol: DHCP Any ideas? -- [Any errors in spelling, tact or fact are transmission errors] - (Stolen from) Dag Wieers Edson Manners Systems Administrator, Research Computing Center FSU Information Technology Services Dirac Science Library., Room 150B Tallahassee, Florida 32303-4120

3 2

vdsm lvm filter
by Renout Gerrits 19 Jun '15

19 Jun '15

Hi All, I've got a setup with with ovirt and an equallogic iscsi. Im using the dell hit drivers. Install all good, after a reboot the storage won't come up. >From the vdsm logs i can see the volume groups can't be found. in the lvm vgs command the following filter is used: [ '\''r|.*|'\'' ] . If I change the LVMCONF_TEMPLATE in /usr/share/vdsm/storage/lvm.py and add the filter [ "a|^/dev/eql/ovirt.*|" ], the volume group is found and storage will be attached. How is the lvm filter constructed? And how can i make sure my volume groups are found without editing /usr/share/vdsm/storage/lvm.py? ==snippet vdsm.log 1== Thread-75::DEBUG::2015-06-11 13:25:03,496::lvm::291::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_sus pended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=1 filter = [ '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,attr,size, free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 9d551570-ef74-45b7-ba86-a908f1231ca8 (cwd None) Thread-75::DEBUG::2015-06-11 13:25:03,825::lvm::291::Storage.Misc.excCmd::(cmd) FAILED: <err> = ' Volume group "9d551570-ef74-45b7-ba86-a908f1231ca8" not found\n Skipping volum e group 9d551570-ef74-45b7-ba86-a908f1231ca8\n'; <rc> = 5 Thread-75::WARNING::2015-06-11 13:25:03,828::lvm::376::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' Volume group "9d551570-ef74-45b7-ba86-a908f1231ca8" not found', ' Skipp ing volume group 9d551570-ef74-45b7-ba86-a908f1231ca8'] == ==snippet vdsm.log 2== storageRefresh::DEBUG::2015-06-11 13:37:13,602::lvm::292::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n /sbin/lvm lvs --config ' devices { preferred_names = ["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ "a|^/dev/eql/ovirt.*|" ] filter = [ '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o uuid,name,vg_name,attr,size,seg_start_pe,devices,tags (cwd None) storageRefresh::DEBUG::2015-06-11 13:37:13,978::lvm::292::Storage.Misc.excCmd::(cmd) SUCCESS: <err> = ' WARNING: Ignoring duplicate config node: filter (seeking filter)\n Found duplicate PV FeScSs3Umv5wXtZCRvauf17sLaeQnS7e: using /dev/mapper/eql-0-af1ff6-8865608d7-3c400636c28555dd_b not /dev/mapper/eql-0-af1ff6-8865608d7-3c400636c28555dd_a\n Found duplicate PV FeScSs3Umv5wXtZCRvauf17sLaeQnS7e: using /dev/mapper/eql-0-af1ff6-8865608d7-3c400636c28555dd-ovirt-storage02 not /dev/mapper/eql-0-af1ff6-8865608d7-3c400636c28555dd_b\n Found duplicate PV hyyv4hWZiKT0UDdoDEyPZ5XrHc31hlTs: using /dev/mapper/eql-0-af1ff6-3cb5608d7-c1a0063645b5559b_b not /dev/mapper/eql-0-af1ff6-3cb5608d7-c1a0063645b5559b_a\n Found duplicate PV hyyv4hWZiKT0UDdoDEyPZ5XrHc31hlTs: using /dev/mapper/eql-0-af1ff6-3cb5608d7-c1a0063645b5559b-ovirt-storage01 not /dev/mapper/eql-0-af1ff6-3cb5608d7-c1a0063645b5559b_b\n'; <rc> = 0 == # rpm -qa |grep vdsm vdsm-jsonrpc-4.16.14-0.el6.noarch vdsm-xmlrpc-4.16.14-0.el6.noarch vdsm-python-zombiereaper-4.16.14-0.el6.noarch vdsm-python-4.16.14-0.el6.noarch vdsm-cli-4.16.14-0.el6.noarch vdsm-4.16.14-0.el6.x86_64 vdsm-yajsonrpc-4.16.14-0.el6.noarch Thanks!

2 1

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

19 Jun '15

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

6 7

Can not kill vm
by 肖力 19 Jun '15

19 Jun '15

------=_Part_337520_1095813983.1433898403897 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGkKSSBjYW4gbm90IGtpbGwgYnkgb1ZpcnQuCldoZW4gaSBwb3dlciBvZmYgdm0gYnkgb1ZpcnQg d2ViICxJdCBpcyBmYWlsZWQuCkFuZCBpIHVzZSB2aXJzaCBkZXN0cm95IHZtLCBmYWlsZWQgdG9v LGFuZCBoYXZlIGxpc3QgaW5mbzoKZXJyb3I6IEZhaWxlZCB0byBkZXN0cm95IGRvbWFpbiAxCmVy cm9yOiBvcGVyYXRpb24gZmFpbGVkOiBmYWlsZWQgdG8ga2lsbCBxZW11IHByb2Nlc3Mgd2l0aCBT SUdURVJNCldoYXQgY2FuIGkgZG8sdGhzIQo= ------=_Part_337520_1095813983.1433898403897 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGk8YnI+SSBjYW4gbm90IGtpbGwgYnkgb1ZpcnQuIDxi cj5XaGVuIGkgcG93ZXIgb2ZmIHZtIGJ5IG9WaXJ0IHdlYiAsSXQgaXMgZmFpbGVkLjxicj5BbmQg aSB1c2Ugdmlyc2ggZGVzdHJveSB2bSwgZmFpbGVkIHRvbyxhbmQgaGF2ZSBsaXN0IGluZm86PGJy PmVycm9yOiBGYWlsZWQgdG8gZGVzdHJveSBkb21haW4gMTxicj5lcnJvcjogb3BlcmF0aW9uIGZh aWxlZDogZmFpbGVkIHRvIGtpbGwgcWVtdSBwcm9jZXNzIHdpdGggU0lHVEVSTTxicj5XaGF0IGNh biBpIGRvLHRocyE8YnI+PC9kaXY+PC9kaXY+PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZv b3RlciI+PHNwYW4gaWQ9Im5ldGVhc2VfbWFpbF9mb290ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_337520_1095813983.1433898403897--

3 8

LDAP bind DN generation problem
by Mitja Mihelič 19 Jun '15

19 Jun '15

This is a multi-part message in MIME format. --------------040506020505040804040504 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi! We just upgaded oVirt from 3.4 to 3.5 and now users cannot select the LDAP domain on the login screen. Only internal is available. Our LDAP server is actually a 389DS instance and we are using for authentication in oVirt without Kerberos. The existing setup has worked since the days of 3.2. When we try to validate the domain, we get [root@brda ~]# engine-manage-domains validate Error: Cannot authenticate user ovirt to domain guest.arnes.si, details: [LDAP: error code 32 - No Such Object]; nested exception is javax.naming.AuthenticationException: [LDAP: error code 32 - No Such Object] Failure while testing domain guest.arnes.si. Details: Cannot authenticate user to LDAP server. The LDAP log reports [18/Jun/2015:13:52:38 +0200] conn=3 op=0 BIND dn="uid=ovirt,ou=Peopledc=guest,dc=arnes,dc=si" method=128 version=3 As you can see there is a comma missing before "dc=guest,dc=arnes,dc=si". Before the upgrade the bind DN was generated properly as [18/Jun/2015:12:42:45 +0200] conn=10219 op=0 BIND dn="uid=ovirt,ou=People,dc=arnes,dc=si" method=128 version=3 This looks like a bug. Is there a quick fix we can do to fix this typo? We are also interested in knowing what is the correct way in 3.5 to add a domain that uses an LDAP server for its authentication source without Kerberos. Kind regards, Mitja -- -- Mitja Mihelič ARNES, Tehnološki park 18, p.p. 7, SI-1001 Ljubljana, Slovenia tel: +386 1 479 8800, fax: +386 1 479 88 99 --------------040506020505040804040504 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <font size="-1">Hi!<br> <br> We just upgaded oVirt from 3.4 to 3.5 and now users cannot select the LDAP domain on the login screen. Only internal is available.<br> Our LDAP server is actually a 389DS instance and we are using for authentication in oVirt without Kerberos. The existing setup has worked since the days of 3.2.<br> <br> When we try to validate the domain, we get<br> [root@brda ~]# engine-manage-domains validate<br> Error: Cannot authenticate user ovirt to domain guest.arnes.si, details: [LDAP: error code 32 - No Such Object]; nested exception is javax.naming.AuthenticationException: [LDAP: error code 32 - No Such Object]<br> Failure while testing domain guest.arnes.si. Details: Cannot authenticate user to LDAP server.<br> <br> The LDAP log reports<br> [18/Jun/2015:13:52:38 +0200] conn=3 op=0 BIND dn="uid=ovirt,ou=Peopledc=guest,dc=arnes,dc=si" method=128 version=3<br> As you can see there is a comma missing before "dc=guest,dc=arnes,dc=si".<br> <br> Before the upgrade the bind DN was generated properly as<br> [18/Jun/2015:12:42:45 +0200] conn=10219 op=0 BIND dn="uid=ovirt,ou=People,dc=arnes,dc=si" method=128 version=3<br> <br> This looks like a bug.<br> Is there a quick fix we can do to fix this typo?<br> <br> We are also interested in knowing what is the correct way in 3.5 to add a domain that uses an LDAP server for its authentication source without Kerberos.<br> <br> Kind regards, Mitja<br> </font> <pre class="moz-signature" cols="72"> -- -- Mitja Mihelič ARNES, Tehnološki park 18, p.p. 7, SI-1001 Ljubljana, Slovenia tel: +386 1 479 8800, fax: +386 1 479 88 99</pre> </body> </html> --------------040506020505040804040504--

4 6

ovirt-shell : which default start mode?
by Nicolas Ecarnot 19 Jun '15

19 Jun '15

Hi, Since long, I'm using some scripts to create VM, add some components and start them. My script is booting them in PXE. After an upgrade in 3.5.1, I'm witnessing that the default boot is now primarily using hard disk, and not PXE. Is there a way for the ovirt-shell to ask a boot via PXE? In fact, I find that the embeded inline help of ovirt-shell is difficult to read, and some *tree view* of all options would be much better readable. -- Nicolas ECARNOT

2 1

Error while executing action Setup Networks: Could not connect to peer host
by Roman Nikolayevich Drovalev 19 Jun '15

19 Jun '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 002C0A6E43257E69_= Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: base64 QWxsIHRoYW5rcywgYWZ0ZXIgcGx1cmFsICJkZWwgaG9zdCIgLSAiYWRkIGhvc3RfIC0gIGJlY2Ft ZSBhbGwgz8shDQoNCg0K --=_alternative 002C0A6E43257E69_= Content-Type: text/html; charset="KOI8-R" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT0zIGZhY2U9IlNlZ29lIFVJIj5BbGwgdGhhbmtzLCBhZnRlciBwbHVyYWwgJnF1 b3Q7ZGVsIGhvc3QmcXVvdDsNCi0gJnF1b3Q7YWRkIGhvc3RfIC0gJm5ic3A7YmVjYW1lIGFsbCDP yyE8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjwvZm9u dD4NCg== --=_alternative 002C0A6E43257E69_=--

1 0

Block size?
by Roman Nikolayevich Drovalev 19 Jun '15

19 Jun '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 002F395043257E66_= Content-Type: text/plain; charset="US-ASCII" Hello, Tell please, what size of the block to me set on the Storage for the greatest productivity oVirt? 512K, 256K, 128K, 64K, 8K or 4K ? Drovalev Roman --=_alternative 002F395043257E66_= Content-Type: text/html; charset="US-ASCII" <font size=1 face="Segoe UI">Hello,</font> <br> <br><font size=1 face="Segoe UI">Tell please, what size of the block to me  set on the Storage for the greatest productivity oVirt?</font> <br> <br><font size=2 face="sans-serif">512K, 256K, 128K, 64K, 8K or 4K ? </font> <br><font size=2 face="sans-serif"><br> Drovalev Roman</font> --=_alternative 002F395043257E66_=--

2 2

Error while executing action Setup Networks: Could not connect to peer host
by Roman Nikolayevich Drovalev 19 Jun '15

19 Jun '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 001C7F4143257E69_= Content-Type: text/plain; charset="US-ASCII" My network iface: #cat ifcfg-eno1 HWADDR="*;*;*;*;*;*" DEVICE=eno1 BRIDGE=ovirtmgmt ONBOOT=yes IPV6INIT=no MTU=1500 NM_CONTROLLED=no #cat ifcfg-ovirtmgmt DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes IPADDR=192.168.8.31 NETMASK=255.255.255.0 GATEWAY=192.168.8.1 BOOTPROTO=none MTU=1500 DEFROUTE=yes NM_CONTROLLED=no HOTPLUG=no BUT, my host writes the error and it is not added in Cluster! How correctly to add a host, or to make network interfaces? --=_alternative 001C7F4143257E69_= Content-Type: text/html; charset="US-ASCII" <font size=3 face="sans-serif">My network iface:</font> <br> <br><font size=2 face="sans-serif"><b>#cat ifcfg-eno1</b></font> <br><font size=2 face="sans-serif">HWADDR="*;*;*;*;*;*"</font> <br><font size=2 face="sans-serif">DEVICE=eno1</font> <br><font size=2 face="sans-serif">BRIDGE=ovirtmgmt</font> <br><font size=2 face="sans-serif">ONBOOT=yes</font> <br><font size=2 face="sans-serif">IPV6INIT=no</font> <br><font size=2 face="sans-serif">MTU=1500</font> <br><font size=2 face="sans-serif">NM_CONTROLLED=no</font> <br> <br><font size=2 face="sans-serif"><b>#cat ifcfg-ovirtmgmt</b></font> <br><font size=2 face="sans-serif">DEVICE=ovirtmgmt</font> <br><font size=2 face="sans-serif">TYPE=Bridge</font> <br><font size=2 face="sans-serif">DELAY=0</font> <br><font size=2 face="sans-serif">STP=off</font> <br><font size=2 face="sans-serif">ONBOOT=yes</font> <br><font size=2 face="sans-serif">IPADDR=192.168.8.31</font> <br><font size=2 face="sans-serif">NETMASK=255.255.255.0</font> <br><font size=2 face="sans-serif">GATEWAY=192.168.8.1</font> <br><font size=2 face="sans-serif">BOOTPROTO=none</font> <br><font size=2 face="sans-serif">MTU=1500</font> <br><font size=2 face="sans-serif">DEFROUTE=yes</font> <br><font size=2 face="sans-serif">NM_CONTROLLED=no</font> <br><font size=2 face="sans-serif">HOTPLUG=no</font> <br> <br><font size=3 face="sans-serif">BUT, my host </font><font size=3 face="Segoe UI">writes the error and it is not added in Cluster! </font> <br> <br><font size=3 face="Segoe UI">How correctly to add a host, or to make network interfaces?</font> --=_alternative 001C7F4143257E69_=--

1 0

Error while executing action Setup Networks: Could not connect to peer host
by Roman Nikolayevich Drovalev 18 Jun '15

18 Jun '15

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME. --=_alternative 006584FA43257E68_= Content-Type: text/plain; charset="US-ASCII" Hello, Please help How to add host in cluster oVirt? An error in addition network interfaces! Earlier there was a reference to a site where the given reference has been described hack (is created the file ifcfg-ovirtmngm in which a script) now is not accessible! How to add a host? By comparison of the interface of a host and ovirtmgmt - error "Error while executing action Setup Networks: Could not connect to peer host"! Drovalev Roman --=_alternative 006584FA43257E68_= Content-Type: text/html; charset="US-ASCII" <font size=3 face="sans-serif">Hello,</font> <br> <br><font size=3 face="sans-serif">Please help</font> <br><font size=3 face="Segoe UI">How to add host in cluster oVirt? </font> <br><font size=3 face="Segoe UI">An error in addition network interfaces! </font> <br><font size=3 face="Segoe UI">Earlier there was a reference to a site where the given reference has been described hack (is created the file ifcfg-ovirtmngm in which a script) now is not accessible!</font> <br><font size=3 face="Segoe UI">How to add a host?</font> <br><font size=3 face="Segoe UI">By comparison of the interface of a host and ovirtmgmt - error "Error while executing action Setup Networks: Could not connect to peer host"!</font> <br> <br><font size=3 face="Segoe UI">Drovalev Roman</font> --=_alternative 006584FA43257E68_=--

1 0

host-deploy on HE hosts failing: Job for vdsmd.service canceled.
by Daniel Helgenberger 18 Jun '15

18 Jun '15

Hello, I have the following problem with host-deploy on HE hosts: > 2015-06-17 13:22:32 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:937 execute-output: ('/bin/systemctl', 'stop', 'vdsmd.service') stderr: > Job for vdsmd.service canceled. > > 2015-06-17 13:22:32 DEBUG otopi.context context._executeMethod:152 method exception > Traceback (most recent call last): > File "/tmp/ovirt-1WPaDxJOpX/pythonlib/otopi/context.py", line 142, in _executeMethod > method['method']() > File "/tmp/ovirt-1WPaDxJOpX/otopi-plugins/ovirt-host-deploy/vdsm/packages.py", line 106, in _packages > self.services.state('vdsmd', False) > File "/tmp/ovirt-1WPaDxJOpX/otopi-plugins/otopi/services/systemd.py", line 138, in state > 'start' if state else 'stop' > File "/tmp/ovirt-1WPaDxJOpX/otopi-plugins/otopi/services/systemd.py", line 77, in _executeServiceCommand > raiseOnError=raiseOnError > File "/tmp/ovirt-1WPaDxJOpX/pythonlib/otopi/plugin.py", line 942, in execute > command=args[0], > RuntimeError: Command '/bin/systemctl' failed to execute > 2015-06-17 13:22:32 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Package installation': Command '/bin/systemctl' failed to execute > 2015-06-17 13:22:32 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction' > 2015-06-17 13:22:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:92 Yum Performing yum transaction rollback > Loaded plugins: auto-update-debuginfo, fastestmirror I do not have 'standard' (=non ha) hosts; so I cannot tell for the others but suspect it relates to HE. Steps: 1. set the host to maintenance At this point, only the HE datacenter is still mounted: mount |grep nfs nexstor01.sec.int.m-box.de:/volumes/ovirt/engine on /rhev/data-center/mnt/nexstor01.sec.int.m-box.de:_volumes_ovirt_engine type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=10.11.0.30,mountvers=3,mountport=58144,mountproto=udp,local_lock=none,addr=10.11.0.30) 2. Reinstall host -> Error, host deactivated (Job for vdsmd.service canceled.) 3. A workaround is to shutdown sanlock: # systemctl stop vdsmd Job for vdsmd.service canceled. # sanlock shutdown # systemctl stop vdsmd 4. Now, host deploy works as expected. Versions: EL7 centos ovirt-3.5.2 -3.5.3 sanlock-3.2.2-2.el7.x86_64 vdsm 4.14.14 - 4.14.20 -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

2 10

Automating oVirt Windows Guest Tools installations
by Lev Veyde 18 Jun '15

18 Jun '15

Hi Patrick, First of all lets clear some misunderstanding here - you don't need to manually install Python. The installation of oVirt WGT is fully self contained, and while the oVirt Guest Agent it includes is indeed programmed in Python, the version included is converted using py2exe (check py2exe.org for more details if it interests you) into a standalone executable (well, almost - just like Windows version of Python.exe, it depends on Microsoft Visual Studio CRTL, but we install it during the installation of the oVirt WGT). Now about the automated installation. Generally we support silent installation of oVirt WGT. You just need to supply /S command parameter to the installer. However there is a catch - unfortunately Windows will popup warning messages due to the fact that the drivers supplied are non-WHQL'd. That is because the drivers are signed by Red Hat, Inc. and not by Microsoft certificate. This is a security feature of Windows OS itself, and there is not much we can do about it right now. The side effect of this is that you need to manually approve the drivers installation for each driver, or choose to trust all drivers from Red Hat, Inc., and then no more popups will show up. Unfortunately, you still need to do this manually at least once, and you can't pre-approve Red Hat, Inc. to make this process automated. For more information on installing oVirt WGT you can check this article: http://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-wind… by yours truly. There is a workaround though, and it's to create a program that will automatically approve such unsigned drivers dialogs. It's relatively easy to program with i.e. AutoIt scripting engine (check: https://www.autoitscript.com/site/autoit/ ), which is free (like in free beer, but unfortunately not as in freedom because source code for it is not supplied). Note that you must be quite careful with that, as by doing so you basically disabling the security mechanism that Microsoft had put in place for a reason, and potentially you may unintentionally install other non-WHQL'd drivers - if the installation attempt for these other drivers will be made while your auto-approver program will run. Thanks in advance, Lev Veyde.

2 1

Re: [ovirt-users] [Centos7.1x64] [Ovirt 3.5.2] SOLVED: Test fence : Power management test failed for Host hosted_engine1 Done
by wodel youchi 17 Jun '15

17 Jun '15

Hi, and thanks for your replies. The problem was the *quotation marks* in fence options, the lanplus="1" and power_wait="60" were misinterpreted, the correct form is lanplus=1, power_wait=60 After changing that the power management was configured and the test passed with : success, on. thanks. 2015-06-11 12:11 GMT+01:00 Martin Perina <mperina(a)redhat.com>: > Hi, > > I have HP DL160 G6 with ILO 2.0 and Firmware 4.23, but I'm really > don't have an idea what is your issue right now with power management. > Because oVirt just executes fence_ipmi on selected proxy host with > parameters you could see in your vdsm log. And those parameters are > identical to your command line options that you used when testing it > with fence_ipmi directly (which worked fine). Very strange :-( > > Also I can't see any difference from oVirt power management code point > of view in using Centos 6 or 7. Just be warned that in oVirt 3.6 not > all features will be supported on Centos 6, so using Centos 7 is IMO > a better option for now. > > But anyway could you please file a bug for oVirt 3.5.2 with the description > of your issue and your logs attached? We will try to reproduce this issue, > but so for I wasn't able to reproduce it. > > About your issue with hp watch dog, I cannot give any specifi advice, just > that you can try to solve the issue by updating BIOS/firmware to latest > version and/or try to contact HP support. > > Thanks a lot > > Martin Perina > > > ----- Original Message ----- > > From: "wodel youchi" <wodel.youchi(a)gmail.com> > > To: "Martin Perina" <mperina(a)redhat.com> > > Cc: "users" <Users(a)ovirt.org>, "Eli Mesika" <emesika(a)redhat.com> > > Sent: Thursday, June 11, 2015 12:56:46 PM > > Subject: Re: [ovirt-users] [Centos7.1x64] [Ovirt 3.5.2] Test fence : > Power management test failed for Host > > hosted_engine1 Done > > > > Hi Martin, > > > > Could you please tell me the version of the ILO firmware you are using? > > > > I did upgrade mine from 1.40 to 2.10 but nothing changed, I did also > > upgrade the smart array p420i card from 5.10 to 6.34 without luck so far. > > > > I checked again all parameters, I can't find the error. > > > > I did all the updates for Centos and oVirt > > > > I have another problem when rebooting any hypervisor, the hypervisor > hangs, > > the problem is with hpwtd (hp watch dog) > > "hpwdt unexpected close not stopping watchdog" > > > > I added this to kernel parameters "intremap=no_x2apic_optout" but it > didn't > > change any thing. > > > > I am thinking to test with the latest kernel available to see if it's a > > kernel problem. > > > > and I am going to reinstall the platform with Centos 6 to see if there > will > > be any differences. > > > > > > > > > > 2015-06-10 12:00 GMT+01:00 wodel youchi <wodel.youchi(a)gmail.com>: > > > > > Hi, > > > > > > engine log is already in debug mode > > > > > > here it is: > > > 2015-06-10 11:48:23,653 INFO > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-12) Correlation ID: null, Call Stack: null, Custom > > > Event ID: -1, Message: Host hosted_engine_2 from cluster Default was > chosen > > > as a proxy to execute Status command on Host hosted_engine_1. > > > 2015-06-10 11:48:23,653 INFO [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Using Host hosted_engine_2 from cluster > Default as > > > proxy to execute Status command on Host > > > 2015-06-10 11:48:23,673 INFO [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Executing <Status> Power Management command, > Proxy > > > Host:hosted_engine_2, Agent:ipmilan, Target Host:, Management > > > IP:192.168.2.2, User:Administrator, Options: > power_wait="60",lanplus="1", > > > Fencing policy:null > > > 2015-06-10 11:48:23,703 INFO > > > *[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > > (ajp--127.0.0.1-8702-12) START, FenceVdsVDSCommand(HostName = > > > hosted_engine_2, HostId = 0192d1ac-b905-4660-b149-4bef578985dd, > targetVdsId > > > = cf2d1260-7bb3-451a-9cd7-80e6a0ede52a, action = Status, ip = > 192.168.2.2, > > > port = , type = ipmilan, user = Administrator, password = ******, > options = > > > ' power_wait="60",lanplus="1"', policy = 'null'), log id: > > > 2bda01bd2015-06-10 11:48:23,892 WARN > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-12) Correlation ID: null, Call Stack: null, Custom > > > Event ID: -1, Message: Power Management test failed for Host > > > hosted_engine_1.Done* > > > 2015-06-10 11:48:23,892 INFO > > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > > (ajp--127.0.0.1-8702-12) FINISH, FenceVdsVDSCommand, return: > > > *Test Succeeded, unknown, log id: 2bda01bd2015-06-10 11:48:23,897 WARN > > > [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-12) > Fencing > > > operation failed with proxy host 0192d1ac-b905-4660-*b149-4bef578985dd, > > > trying another proxy... > > > 2015-06-10 11:48:24,039 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Failed to run Power Management command on > Host , > > > no running proxy Host was found. > > > 2015-06-10 11:48:24,039 WARN [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Failed to find other proxy to re-run failed > fence > > > operation, retrying with the same proxy... > > > 2015-06-10 11:48:24,143 INFO > > > *[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-12) Correlation ID: null, Call Stack: null, Custom > > > Event ID: -1, Message: Host hosted_engine_2 from cluster Default was > chosen > > > as a proxy to execute Status command on Host hosted_engine_1.* > > > 2015-06-10 11:48:24,143 INFO [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Using Host hosted_engine_2 from cluster > Default as > > > proxy to execute Status command on Host > > > > > > *2015-06-10 11:48:24,148 INFO > [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Executing <Status> Power Management command, > Proxy > > > Host:hosted_engine_2, Agent:ipmilan, Target Host:, Management > > > IP:192.168.2.2, User:Administrator, Options: > power_wait="60",lanplus="1", > > > Fencing policy:null2015-06-10 11:48:24,165 INFO > > > *[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > > (ajp--127.0.0.1-8702-12) START, FenceVdsVDSCommand(HostName = > > > hosted_engine_2, HostId = 0192d1ac-b905-4660-b149-4bef578985dd, > targetVdsId > > > = cf2d1260-7bb3-451a-9cd7-80e6a0ede52a, action = Status, ip = > 192.168.2.2, > > > port = , type = ipmilan, user = Administrator, password = ******, > options = > > > ' power_wait="60",lanplus="1"', policy = 'null'), log id: 7e7f2726 > > > 2015-06-10 11:48:24,360 WARN > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-12) Correlation ID: null, Call Stack: null, Custom > > > Event ID: -1, Message: Power Management test failed for Host > > > hosted_engine_1.Done > > > 2015-06-10 11:48:24,360 INFO > > > *[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > > (ajp--127.0.0.1-8702-12) FINISH, FenceVdsVDSCommand, return: Test > > > Succeeded, unknown, log id: 7e7f2726* > > > > > > > > > VDSM log from hosted_engine_2 > > > > > > JsonRpcServer::DEBUG::2015-06-10 > > > 11:48:23,640::__init__::506::jsonrpc.JsonRpcServer::(serve_requests) > > > Waiting for request > > > Thread-2201::DEBUG::2015-06-10 > 11:48:23,642::API::1209::vds::(fenceNode) > > > > *fenceNode(addr=192.168.2.2,port=,agent=ipmilan,user=Administrator,passwd=XXXX,action=status,secure=False,options= > > > power_wait="60"lanplus="1",policy=None)* > > > Thread-2201::DEBUG::2015-06-10 > 11:48:23,642::utils::739::root::(execCmd) > > > /usr/sbin/fence_ipmilan (cwd None) > > > Thread-2201::DEBUG::2015-06-10 > 11:48:23,709::utils::759::root::(execCmd) > > > *FAILED: > > > <err> = 'Failed: Unable to obtain correct plug status or plug is not > > > available\n\n\n*'; <rc> = 1 > > > Thread-2201::DEBUG::2015-06-10 11:48:23,710::API::1164::vds::(fence) > rc 1 > > > inp agent=fence_ipmilan > > > ipaddr=192.168.2.2 > > > login=Administrator > > > action=status > > > passwd=XXXX > > > power_wait="60" > > > lanplus="1" out [] err ['Failed: Unable to obtain correct plug status > or > > > plug is not available', '', ''] > > > Thread-2201::DEBUG::2015-06-10 > 11:48:23,710::API::1235::vds::(fenceNode) > > > rc 1 in agent=fence_ipmilan > > > ipaddr=192.168.2.2 > > > login=Administrator > > > action=status > > > passwd=XXXX > > > power_wait="60" > > > lanplus="1" out [] err ['Failed: Unable to obtain correct plug status > or > > > plug is not available', '', ''] > > > Thread-2201::DEBUG::2015-06-10 > > > 11:48:23,710::stompReactor::163::yajsonrpc.StompServer::(send) Sending > > > response > > > JsonRpc (StompReactor)::DEBUG::2015-06-10 > > > 11:48:23,712::stompReactor::98::Broker.StompAdapter::(handle_frame) > > > Handling message <StompFrame command='SEND'> > > > JsonRpcServer::DEBUG::2015-06-10 > > > 11:48:23,713::__init__::506::jsonrpc.JsonRpcServer::(serve_requests) > > > Waiting for request > > > Thread-2202::DEBUG::2015-06-10 > 11:48:23,715::API::1209::vds::(fenceNode) > > > > fenceNode(addr=192.168.2.2,port=,agent=ipmilan,user=Administrator,passwd=XXXX,action=status,secure=False,options= > > > power_wait="60" > > > lanplus="1",policy=None) > > > Thread-2202::DEBUG::2015-06-10 > 11:48:23,715::utils::739::root::(execCmd) > > > /usr/sbin/fence_ipmilan (cwd None) > > > Thread-2202::DEBUG::2015-06-10 > 11:48:23,781::utils::759::root::(execCmd) > > > FAILED: <err> = 'Failed: Unable to obtain correct plug status or plug > is > > > not available\n\n\n'; <rc> = 1 > > > Thread-2202::DEBUG::2015-06-10 11:48:23,781::API::1164::vds::(fence) > rc 1 > > > inp agent=fence_ipmilan > > > ipaddr=192.168.2.2 > > > login=Administrator > > > action=status > > > passwd=XXXX > > > power_wait="60" > > > lanplus="1" out [] err ['Failed: Unable to obtain correct plug status > or > > > plug is not available', '', ''] > > > > > > > > > > > > I triple checked, I used the correct IPs and login password, the test > in > > > console works. > > > > > > 2015-06-10 10:31 GMT+01:00 Martin Perina <mperina(a)redhat.com>: > > > > > >> Hi, > > >> > > >> I just install engine 3.5.2 on Centos 7.1, added 2 Centos 7.1 hosts > (both > > >> with ipmilan fence devices) and everything worked fine. I also tried > to > > >> add > > >> options > > >> > > >> lanplus="1", power_wait="60" > > >> > > >> and even with them getting power status of hosts worked fine. > > >> > > >> So could you please check again settings of your hosts in webadmin? > > >> > > >> hosted_engine1 > > >> PM address: IP address of ILO4 interface of the host hosted_engine1 > > >> > > >> > > >> hosted_engine2 > > >> PM address: IP address of ILO4 interface of the host hosted_engine2 > > >> > > >> If the IP addresses are entered correctly, please allow DEBUG log for > > >> engine, > > >> execute test of PM settings for one host and attach logs from engine > and > > >> VDSM logs from both hosts. > > >> > > >> Thanks > > >> > > >> Martin Perina > > >> > > >> > > >> ----- Original Message ----- > > >> > From: "wodel youchi" <wodel.youchi(a)gmail.com> > > >> > To: "users" <Users(a)ovirt.org> > > >> > Sent: Tuesday, June 9, 2015 2:41:02 PM > > >> > Subject: [ovirt-users] [Centos7.1x64] [Ovirt 3.5.2] Test fence : > Power > > >> management test failed for Host hosted_engine1 > > >> > Done > > >> > > > >> > Hi, > > >> > > > >> > I have a weird problem with fencing > > >> > > > >> > I have a cluster of two HP DL380p G8 (ILO4) > > >> > > > >> > Centos7.1x64 and oVirt 3.5.2 ALL UPDATED > > >> > > > >> > I configured fencing first with ilo4 then ipmilan > > >> > > > >> > When testing fence from the engine I get : Succeeded, Unknown > > >> > > > >> > And in alerts tab I get : Power management test failed for Host > > >> > hosted_engine1 Done (the same for host2) > > >> > > > >> > I tested with fence_ilo4 and fence_ipmilan and they report the > result > > >> > correctly > > >> > > > >> > # fence_ipmilan -P -a 192.168.2.2 -o status -l Administrator -p > ertyuiop > > >> > -vExecuting: /usr/bin/ipmitool -I lanplus -H 192.168.2.2 -U > > >> Administrator -P > > >> > ertyuiop -p 623 -L ADMINISTRATOR chassis power status > > >> > > > >> > 0 Chassis Power is on > > >> > > > >> > > > >> > Status: ON > > >> > > > >> > > > >> > # fence_ilo4 -l Administrator -p ertyuiop -a 192.168.2.2 -o status > -v > > >> > Executing: /usr/bin/ipmitool -I lanplus -H 192.168.2.2 -U > Administrator > > >> -P > > >> > ertyuiop -p 623 -L ADMINISTRATOR chassis power status > > >> > > > >> > 0 Chassis Power is on > > >> > > > >> > > > >> > Status: ON > > >> > > > >> > ---------------------------------- > > >> > These are the options passed to fence_ipmilan (I tested with the > > >> options and > > >> > without them) > > >> > > > >> > lanplus="1", power_wait="60" > > >> > > > >> > > > >> > This is the engine log: > > >> > > > >> > 2015-06-09 13:35:29,287 INFO > [org.ovirt.engine.core.bll.FenceExecutor] > > >> > (ajp--127.0.0.1-8702-7) Using Host hosted_engine_2 from cluster > Default > > >> as > > >> > proxy to execute Status command on Host > > >> > 2015-06-09 13:35:29,289 INFO > [org.ovirt.engine.core.bll.FenceExecutor] > > >> > (ajp--127.0.0.1-8702-7) Executing <Status> Power Management command, > > >> Proxy > > >> > Host:hosted_engine_2, Agent:ipmilan, Target Host:, Management > > >> > IP:192.168.2.2, User:Administrator, Options: > > >> power_wait="60",lanplus="1", > > >> > Fencing policy:null > > >> > 2015-06-09 13:35:29,306 INFO > > >> > [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > >> > (ajp--127.0.0.1-8702-7) START, FenceVdsVDSCommand( > > >> > HostName = hosted_engine_2, > > >> > HostId = 0192d1ac-b905-4660-b149-4bef578985dd, > > >> > targetVdsId = cf2d1260-7bb3-451a-9cd7-80e6a0ede52a, > > >> > action = Status, > > >> > ip = 192.168.2.2, > > >> > port = , > > >> > type = ipmilan, > > >> > user = Administrator, > > >> > password = ******, > > >> > options = ' power_wait="60",lanplus="1"', > > >> > policy = 'null'), log id: 24ce6206 > > >> > 2015-06-09 13:35:29,516 WARN > > >> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > >> > (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, > Custom > > >> Event > > >> > ID: -1, Message: Power Management test failed for Host > > >> hosted_engine_1.Done > > >> > 2015-06-09 13:35:29,516 INFO > > >> > [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > >> > (ajp--127.0.0.1-8702-7) FINISH, FenceVdsVDSCommand, return: Test > > >> Succeeded, > > >> > unknown , log id: 24ce6206 > > >> > > > >> > > > >> > and here the vdsm log from the proxy > > >> > > > >> > JsonRpcServer::DEBUG::2015-06-09 > > >> > 13:37:52,461::__init__::506::jsonrpc.JsonRpcServer::(serve_requests) > > >> Waiting > > >> > for request > > >> > Thread-131907::DEBUG::2015-06-09 > > >> 13:37:52,463::API::1209::vds::(fenceNode) > > >> > > > >> > fenceNode(addr=192.168.2.2,port=,agent=ipmilan,user=Administrator,passwd=XXXX,action=status,secure=False,options= > > >> > power_wait="60" > > >> > lanplus="1",policy=None) > > >> > Thread-131907::DEBUG::2015-06-09 > > >> 13:37:52,463::utils::739::root::(execCmd) > > >> > /usr/sbin/fence_ipmilan (cwd None) > > >> > Thread-131907::DEBUG::2015-06-09 > > >> 13:37:52,533::utils::759::root::(execCmd) > > >> > FAILED: <err> = 'Failed: Unable to obtain correct plug status or > plug > > >> is not > > >> > available\n\n\n'; <rc> = 1 > > >> > Thread-131907::DEBUG::2015-06-09 > 13:37:52,533::API::1164::vds::(fence) > > >> rc 1 > > >> > inp agent=fence_ipmilan > > >> > ipaddr=192.168.2.2 > > >> > login=Administrator > > >> > action=status > > >> > passwd=XXXX > > >> > power_wait="60" > > >> > lanplus="1" out [] err ['Failed: Unable to obtain correct plug > status > > >> or plug > > >> > is not available', '', ''] > > >> > Thread-131907::DEBUG::2015-06-09 > > >> 13:37:52,533::API::1235::vds::(fenceNode) rc > > >> > 1 in agent=fence_ipmilan > > >> > ipaddr=192.168.2.2 > > >> > login=Administrator > > >> > action=status > > >> > passwd=XXXX > > >> > power_wait="60" > > >> > lanplus="1" out [] err [' Failed: Unable to obtain correct plug > status > > >> or > > >> > plug is not available ', '', ''] > > >> > Thread-131907::DEBUG::2015-06-09 > > >> > 13:37:52,534::stompReactor::163::yajsonrpc.StompServer::(send) > Sending > > >> > response > > >> > Detector thread::DEBUG::2015-06-09 > > >> > > > >> > 13:37:53,670::protocoldetector::187::vds.MultiProtocolAcceptor::(_add_connection) > > >> > Adding connection from 127.0.0.1:55761 > > >> > > > >> > > > >> > VDSM rpms > > >> > # rpm -qa | grep vdsm > > >> > vdsm-cli-4.16.14-0.el7.noarch > > >> > vdsm-python-zombiereaper-4.16.14-0.el7.noarch > > >> > vdsm-xmlrpc-4.16.14-0.el7.noarch > > >> > vdsm-yajsonrpc-4.16.14-0.el7.noarch > > >> > vdsm-4.16.14-0.el7.x86_64 > > >> > vdsm-python-4.16.14-0.el7.noarch > > >> > vdsm-jsonrpc-4.16.14-0.el7.noarch > > >> > > > >> > any idea? > > >> > > > >> > Thanks in advance. > > >> > > > >> > _______________________________________________ > > >> > Users mailing list > > >> > Users(a)ovirt.org > > >> > http://lists.ovirt.org/mailman/listinfo/users > > >> > > > >> > > > > > > > > >

2 1

storage domain don't go active anymore after 3.5.3 update
by Nathanaël Blanchet 17 Jun '15

17 Jun '15

Hello, since the update to 3.5.3, my master data domain fails to activate. I don't know what to do, and it is critical for production. Vms are still up but I can't interacte with them anymore If I shutdown any of them, I won't be able to recover them. My datacenter is a FC one, and all of my hosts have been upgraded to vdsm 4.16.20, I restarted vdsmd and engine, but nothing has changed. Thank you for your help. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 5

Need Advice on Hosted Engine installation
by wodel youchi 17 Jun '15

17 Jun '15

Hi, We are installing a new ovirt platform for a client. this is our first deployment. we chose Hosted Engine install. here is the hardware used and the network configuration used be patient :) We have 02 hypervisors for now. each sever has 8 nic ports, we will use bonding. A NAS with nfs4 for the Engine_VM the ISO and Export domains. And iSCSI SAN for the rest of the VMs (Data domain) At first we chose as a network configuration: 10.0.0.X/16 as DMZ (ovirtmgmt will use this network) 172.16.1/24 as Storage network. we've configured our nfs to export only on this network. ----------------- We didn't configure the bonding manually at first, we thought that we could do it once the engine is up.... we couldn't :-( for ovirtmgmt, if we create the bond after the engine's installation, we could not modify the configuration, error message "network in use" for the storage network, we could't attach this logical network to the nic used for the storage, because when we do that we loose the connexion to nfs for the VM engine... so we had to export the VM engine nfs's share on DMZ and we had to configure bonding before starting the hosted engine installation. We also configured bonding on storage network, but after the engine installation, we couldn't attach this bonding to the logical network Storage, error message "you have to specify network address if static protocol is used", the IP address is specified, it's the IP address of the bonding... :-( --------------- Questions: - Do we missed anything on network configuration capabilities of ovirt? or the hosted engine is really a special case? - What is the best way to configure ovirt's Hosted Engine storage? - For the rest of the network, do we have to configure bonding and bridging from the GUI only? (not manually) thanks in advance.

3 2

Bug in hostdeploy / baseurl - RepoError: Cannot find a valid baseurl for repo: base/7/x86_64
by Daniel Helgenberger 17 Jun '15

17 Jun '15

Hello, I just went ahead and filed [BZ1232714] because with ovirt 3.5.3 host deploy seens to fail on CentOS7 if there is no baseurl setting in yum repos: RepoError: Cannot find a valid baseurl for repo: base/7/x86_64 [BZ1232714] https://bugzilla.redhat.com/show_bug.cgi?id=1232714 -8<--------- > 2015-06-17 12:27:37 DEBUG otopi.transaction transaction._prepare:77 preparing 'Yum Transaction' > Loaded plugins: fastestmirror > 2015-06-17 12:27:37 DEBUG otopi.context context._executeMethod:138 Stage internal_packages METHOD otopi.plugins.otopi.network.hostname.Plugin._internal_packages > 2015-06-17 12:27:37 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package iproute for install > Loading mirror speeds from cached hostfile > 2015-06-17 12:27:37 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:97 Yum Cannot queue package iproute: Cannot find a valid baseurl for repo: base/7/x86_64 > 2015-06-17 12:27:37 DEBUG otopi.context context._executeMethod:152 method exception > Traceback (most recent call last): > File "/tmp/ovirt-s3ofZ9o6Pq/pythonlib/otopi/context.py", line 142, in _executeMethod > method['method']() > File "/tmp/ovirt-s3ofZ9o6Pq/otopi-plugins/otopi/network/hostname.py", line 66, in _internal_packages > self.packager.install(packages=('iproute',)) > File "/tmp/ovirt-s3ofZ9o6Pq/otopi-plugins/otopi/packagers/yumpackager.py", line 303, in install > ignoreErrors=ignoreErrors > File "/tmp/ovirt-s3ofZ9o6Pq/pythonlib/otopi/miniyum.py", line 865, in install > **kwargs > File "/tmp/ovirt-s3ofZ9o6Pq/pythonlib/otopi/miniyum.py", line 509, in _queue > provides = self._queryProvides(packages=(package,)) > File "/tmp/ovirt-s3ofZ9o6Pq/pythonlib/otopi/miniyum.py", line 447, in _queryProvides > for po in self._yb.searchPackageProvides(args=packages): > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 3406, in searchPackageProvides > where = self.returnPackagesByDep(arg) > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 4232, in returnPackagesByDep > return self.pkgSack.searchProvides(depstring) > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 1079, in <lambda> > pkgSack = property(fget=lambda self: self._getSacks(), > File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 784, in _getSacks > self.repos.populateSack(which=repos) > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 344, in populateSack > self.doSetup() > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 158, in doSetup > self.ayum.plugins.run('postreposetup') > File "/usr/lib/python2.7/site-packages/yum/plugins.py", line 188, in run > func(conduitcls(self, self.base, conf, **kwargs)) > File "/usr/lib/yum-plugins/fastestmirror.py", line 197, in postreposetup_hook > if downgrade_ftp and _len_non_ftp(repo.urls) == 1: > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 871, in <lambda> > urls = property(fget=lambda self: self._geturls(), > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 868, in _geturls > self._baseurlSetup() > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 834, in _baseurlSetup > self.check() > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 554, in check > 'Cannot find a valid baseurl for repo: %s' % self.ui_id > RepoError: Cannot find a valid baseurl for repo: base/7/x86_64 > 2015-06-17 12:27:37 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment packages setup': Cannot find a valid baseurl for repo: base/7/x86_64 > 2015-06-17 12:27:37 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction' > 2015-06-17 12:27:37 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:92 Yum Performing yum transaction rollback > Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock error was > 14: curl#7 - "Failed connect to mirrorlist.centos.org:80; No route to host" > Loaded plugins: fastestmirror > 2015-06-17 12:27:37 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN > 2015-06-17 12:27:37 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/error=bool:'True' > 2015-06-17 12:27:37 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/exceptionInfo=list:'[(<class 'yum.Errors.RepoError'>, RepoError(), <traceback object at 0x2e26200>)]' > 2015-06-17 12:27:37 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END > 2015-06-17 12:27:37 INFO otopi.context context.runSequence:417 Stage: Pre-termination -8<----- -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

2 4

problems with power management using idrac7 on r620
by Jason Keltz 17 Jun '15

17 Jun '15

Hi. I've been having problem with power management using iDRAC 7 EXPRESS on a Dell R620. This uses a shared LOM as opposed to Enterprise that has a dedicated one. Every now and then, idrac simply stops responding to ping, so it can't respond to status commands from the proxy. If I send a reboot with "ipmitool mc reset cold" command, the idrac reboots and comes back, but after the problem has occurred, even after a reboot, it responds to ping, but drops 80+% of packets. The only way I can "solve" the problem is to physically restart the server. This isn't just happening on one R620 - it's happening on all of my ovirt hosts. I highly suspect it has to do with a memory leak, and being monitored by engine causes the problem. I had applied a recent firmware upgrade that was supposed to "solve" this kind of problem, but it doesn't. In other to provide Dell with more details, can someone tell me how often each host is being queried for status? I can't seem to find that info. The idrac on my file server doesn't seem to exhibit the same problem, and I suspect that is because it isn't being queried. Thanks, Jason.

4 5

windows guest tools install
by Patrick Russell 17 Jun '15

17 Jun '15

Hi all, We’ve got a large migration in progress for a windows (2k3, 2k8, and 2k12) environment from vmware to ovirt. Does anyone have any suggestions for an unattended ovirt-tools install? Our windows team has pretty much shot down installing python on their VM’s. Are there any flags we can pass to the installer to just accept the defaults? Any other suggestions? Thanks, Patrick

2 1

Postponing 3.6.0 second alpha to next week
by Sandro Bonazzola 17 Jun '15

17 Jun '15

Hi, due to instability of the current code, we need to postpone second alpha to next week. Maintainers: - please ensure that all packages you maintain builds in jenkins - please ensure that all the dependencies required by your packages are available either in ovirt repository or in an external repository included in ovirt-release repo files. - please ensure that engine is at least able to add a couple of hosts, create a vm on one host and migrate it to the other one. Infra: - please help keeping jenkins monitored and stabilizing it. Community: - please help testing nightly build while stabilizing it for the second alpha release. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

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

16 Jun '15

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

2 1

Re: [ovirt-users] DWH remove
by Yedidyah Bar David 16 Jun '15

16 Jun '15

----- Original Message ----- > From: "Michael Wagenknecht" <wagenknecht(a)fuh-e.de> > To: "Yedidyah Bar David" <didi(a)redhat.com> > Sent: Tuesday, June 16, 2015 8:58:47 AM > Subject: Re: [ovirt-users] DWH remove > > Hi Didi, > thank you very much for the quick response. > A small report from my side: After doing your instructions I get some > error messages from engine-backup. > I have to remove the folders /var/lib/ovirt-engine-reports, > /var/lib/ovirt-engine-dwh, /etc/ovirt-engine-reports and > /etc/ovirt-engine-dwh manually. Then engine-backup works again. > Otherwise nothing has struck me. Thanks for the report! I'll update the wiki page about migration. Best, > > Best Regards, > Michael > > > Am 14.06.2015 um 07:40 schrieb Yedidyah Bar David: > > ----- Original Message ----- > >> From: "Michael Wagenknecht" <wagenknecht(a)fuh-e.de> > >> To: "Users" <users(a)ovirt.org> > >> Sent: Friday, June 12, 2015 2:15:23 PM > >> Subject: [ovirt-users] DWH remove > >> > >> Hi all, > >> how can I safely remove the DWH extension in ovirt 3.5.1? > > > > This depends on how "safely" you want this... > > > > Just stopping the services and removing the packages should be enough. > > > > I didn't verify what happens if you e.g. later try to run 'engine-cleanup' > > (How will it react when trying to remove them?) or re-install (will they > > behave as if already setup?) etc. > > > > You can/might then also remove the databases from postgres, e.g. > > > > # su - postgres > > psql > > drop database ovirt_engine_history; > > drop database ovirt_engine_reports; > > > >> Is there a howto? > > > > Not for this per-se, but [1] shows how to migrate them to another machine. > > > > We also have open bugs [2][3] to do this more cleanly, but they'll require > > some more work, and it currently does not seem they'll make it to 3.6. > > > > [1] http://www.ovirt.org/Features/Migration_of_local_DWH_Reports_to_remote > > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1060529 > > [3] https://bugzilla.redhat.com/show_bug.cgi?id=1169695 > > > > Best, > > > -- Didi

1 0

Import Storage Domain 3.5 Error
by Tang Jackson 16 Jun '15

16 Jun '15

--_000_HK2PR03MB08200834250ECB842629B7DC9CBD0HK2PR03MB0820apcp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I have a SAN appliance with a large amount of data including VMs/Templates/= Disks mounted via NFS. When I tried to attach the storage domain to a fres= h ovirt cluster the following occurs 2015-06-10 18:35:58,739 INFO [org.ovirt.engine.core.bll.ImportVmFromConfig= urationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] Lock Acquired to object = EngineLock [exclusiveLocks=3D key: AI_Database value: VM_NAME , sharedLocks=3D key: 765ab10e-2283-465a-919a-fce70d877220 value: REMOTE_VM ] 2015-06-10 18:35:58,741 WARN [org.ovirt.engine.core.bll.ImportVmFromConfig= urationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] CanDoAction of action Im= portVmFromConfiguration failed for user admin@internal. Reasons: VAR__ACTIO= N__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2015-06-10 18:35:58,743 INFO [org.ovirt.engine.core.bll.ImportVmFromConfig= urationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] Lock freed to object Eng= ineLock [exclusiveLocks=3D key: AI_Database value: VM_NAME , sharedLocks=3D key: 765ab10e-2283-465a-919a-fce70d877220 value: REMOTE_VM ] The error appears on the GUI as Storage Domain does not exist. All templates are OK. Some VMs could be imported but most of them produce the error message above= . The procedure followed was http://www.ovirt.org/Features/ImportStorageDomai= n. --_000_HK2PR03MB08200834250ECB842629B7DC9CBD0HK2PR03MB0820apcp_ 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"JA" link=3D"blue" vlink=3D"purple" style=3D"text-justify-trim= :punctuation"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">Hell= o,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">I ha= ve a SAN appliance with a large amount of data including VMs/Templates/Disk= s mounted via NFS.  When I tried to attach the storage domain to a fre= sh ovirt cluster the following occurs<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">2015= -06-10 18:35:58,739 INFO  [org.ovirt.engine.core.bll.ImportVmFromConfi= gurationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] Lock Acquired to object= EngineLock [exclusiveLocks=3D key: AI_Database value: VM_NAME<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">, sh= aredLocks=3D key: 765ab10e-2283-465a-919a-fce70d877220 value: REMOTE_VM<o:p= ></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">]<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">2015= -06-10 18:35:58,741 WARN  [org.ovirt.engine.core.bll.ImportVmFromConfi= gurationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] CanDoAction of action I= mportVmFromConfiguration failed for user admin@internal. Reasons: VAR__ACTION__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_STORAGE_DOMA= IN_NOT_EXIST<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">2015= -06-10 18:35:58,743 INFO  [org.ovirt.engine.core.bll.ImportVmFromConfi= gurationCommand] (ajp--127.0.0.1-8702-4) [1d68187c] Lock freed to object En= gineLock [exclusiveLocks=3D key: AI_Database value: VM_NAME<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">, sh= aredLocks=3D key: 765ab10e-2283-465a-919a-fce70d877220 value: REMOTE_VM<o:p= ></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">]<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">The = error appears on the GUI as Storage Domain does not exist.<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">All = templates are OK.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">Some= VMs could be imported but most of them produce the error message above.<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt">The = procedure followed was <a href=3D"http://www.ovirt.org/Features/ImportStorageDomain">http://www.ov= irt.org/Features/ImportStorageDomain</a>.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt"><o:p= > </o:p></span></p> </div> </body> </html> --_000_HK2PR03MB08200834250ECB842629B7DC9CBD0HK2PR03MB0820apcp_--

2 2

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

16 Jun '15

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

2 1

Re: [ovirt-users] Adding users through LDAP fails on "external_id"
by Zach La Celle 15 Jun '15

15 Jun '15

I have tried the following combinations of certificates added to the keystore: * PositiveSSL CA bundle (SHA-1 and SHA256) -- This is the source of our SSL certificates * All CA certificates from the LDAP machine * All CA certificates from the LDAP machine plus the machine's own certificate * The machine's own certificate only None fix the issue. As I understand it, adding just the CA bundle from PositiveSSL should work. Or, adding the CA bundles offered by Ubuntu should also work. Previously (when using port 636 and TLS/SSL), to fix SSLPeerUnverifiedException, I added all of the CA certificates from the LDAP machine, plus its own certificate (this last part fixed it). In the mean time, to try and fix the original issue of "external_id", is there any way to disable certificate verification for STARTTLS? On 06/15/2015 03:57 PM, Alon Bar-Lev wrote: > You should add *ONLY* the ca certificate top level to the keystore. > > ----- Original Message ----- >> From: "Zach La Celle" <lacelle(a)roboticresearch.com> >> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >> Sent: Monday, June 15, 2015 10:54:02 PM >> Subject: Re: [ovirt-users] Adding users through LDAP fails on "external_id" >> >> OK, started using the STARTTLS protocol. Tested working using >> ldapsearch, but now ovirt-engine's engine.log complains: >> >> java.io.IOException: Unable to verify an attempt to to establish a >> secure connection to 'directory.roboticresearch.com:389' becau\ >> se an unexpected error was encountered during validation processing: >> javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated >> >> Not sure what is wrong. We fixed this before by adding the >> ca-certificates from the LDAP server as well as the LDAP server >> certificate into the .jks keystore. >> >> On 06/15/2015 03:21 PM, Alon Bar-Lev wrote: >>> ----- Original Message ----- >>>> From: "Zach La Celle" <lacelle(a)roboticresearch.com> >>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >>>> Sent: Monday, June 15, 2015 10:14:34 PM >>>> Subject: Re: [ovirt-users] Adding users through LDAP fails on >>>> "external_id" >>>> >>>> My mistake. We're using OpenLDAP 2.4.28-1.1ubuntu4.4 on Ubuntu 12.04. >>>> >>>> The full configuration files are as follows (I removed commented-out >>>> lines for brevity). Communications with the LDAP server seem to work >>>> correctly now. >>>> >>>> __profile1.properties__ >>>> >>>> # >>>> >>>> # Select >>>> one >>>> >>>> # >>>> >>>> include = <openldap.properties> >>> reading bellow, you may want to try rfc2307-openldap as your schema seems >>> to be rfc2307 compatible. >>> >>> <snip> >>> >>>> pool.default.serverset.type = single >>>> pool.default.serverset.single.server = ${global:vars.server} >>>> pool.default.serverset.single.port = 636 >>> why do you modify port? please use startTLS on default port. >>> >>>> #pool.default.auth.simple.bindDN = ${global:vars.user} >>>> #pool.default.auth.simple.password = ${global:vars.password} >>> why did you comment this, do you allow anonymous access? >>> >>>> # Create keystore, import certificate chain and uncomment >>>> # if using ssl/tls. >>>> #pool.default.ssl.startTLS = true >>> please uncomment this^ >>> >>>> pool.default.ssl.truststore.file = >>>> ${local:_basedir}/${global:vars.server}.jks >>>> pool.default.ssl.truststore.password = sdfnliwneponalsdinosaivnewal >>>> >>>> # TLS settings and authentication >>>> pool.default.ssl.enable = true >>> please do not use ssl unless startTLS is not supported, and it is in >>> openldap. >>> >>>> pool.default.ssl.startTLS = false >>> please set this to true. >>> >>>> pool.default.ssl.host-name-verify.enable = true >>>> pool.default.ssl.host-name-verify.wildcards = false >>>> pool.default.ssl.insecure = false >>>> pool.default.ssl.protocol = TLSv1 >>>> #pool.default.ssl.startTLSProtocol = TLSv1 >>> these are the default, you do not need to add these. >>> >>>> pool.default.auth.type = none >>> why have you set this explicitly? >>> >>>> # Mapping >>>> attrmap.map-principal-record.attr.PrincipalRecord_DISPLAY_NAME.map = cn >>>> attrmap.map-principal-record.attr.PrincipalRecord_EMAIL.map = Email >>>> attrmap.map-group-record.attr.GroupRecord_DISPLAY_NAME.map = cn >>> please remove mapping, it should work without. >>> >>>> # Variables >>>> sequence.openldap-init-vars.030.var-set.value = entryUUID, uid, cn, >>>> givenName, sn, Email >>>> sequence.openldap-init-vars.040.var-set.value = >>>> (objectClass=posixAccount)(uid=*) >>>> sequence.openldap-init-vars.050.var-set.value = entryUUID, cn >>>> sequence.openldap-init-vars.060.var-set.value = (objectClass=posixGroup) >>>> sequence.openldap-init-vars.070.var-set.value = memberUid >>> why have you added these? maybe you have rfc2307 compatible schema? >>> >>>> On 06/15/2015 03:07 PM, Alon Bar-Lev wrote: >>>>> This probably state that you do not use the correct driver. >>>>> >>>>> You did not mention what LDAP server do you use, and you pasted only >>>>> partial profile. >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Zach La Celle" <lacelle(a)roboticresearch.com> >>>>>> To: users(a)ovirt.org >>>>>> Sent: Monday, June 15, 2015 10:04:47 PM >>>>>> Subject: [ovirt-users] Adding users through LDAP fails on "external_id" >>>>>> >>>>>> Hello, >>>>>> >>>>>> We have a small oVirt cluster set up, and are trying to get it >>>>>> integrated with our LDAP server. >>>>>> >>>>>> I've changed some configuration values in order to try and make it >>>>>> function, and it seems to communicate correctly with the LDAP server. >>>>>> However, when trying to add the user, I get the following error upon SQL >>>>>> entry add: >>>>>> >>>>>> 2015-06-15 14:44:49,439 ERROR >>>>>> [org.ovirt.engine.core.bll.aaa.AddUserCommand] (ajp--127.0.0.1-8702-6) >>>>>> [3b15cbfe] Command org.ovirt.engine.core.bll.aaa.AddUserCommand throw >>>>>> exception: org.springframework.da\ >>>>>> o.DataIntegrityViolationException: CallableStatementCallback; SQL [{call >>>>>> insertuser(?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: null >>>>>> value in column "external_id" violates not-null constraint >>>>>> Where: SQL statement "INSERT INTO users(department, domain, email, >>>>>> groups, name, note, role, active, surname, user_id, username, group_ids, >>>>>> external_id,namespace) VALUES( $1 , $2 , $3 , $4 , $5 , $\ >>>>>> 6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 , $14 )" >>>>>> PL/pgSQL function "insertuser" line 2 at SQL statement; nested exception >>>>>> is org.postgresql.util.PSQLException: ERROR: null value in column >>>>>> "external_id" violates not-null constraint >>>>>> Where: SQL statement "INSERT INTO users(department, domain, email, >>>>>> groups, name, note, role, active, surname, user_id, username, group_ids, >>>>>> external_id,namespace) VALUES( $1 , $2 , $3 , $4 , $5 , $\ >>>>>> 6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 , $14 )" >>>>>> >>>>>> I can't figure out what maps from the LDAP user to "external_id" for the >>>>>> SQL table entry. >>>>>> >>>>>> Here are the changes I made to profile1.properties: >>>>>> >>>>>> #Mapping changes >>>>>> attrmap.map-principal-record.attr.PrincipalRecord_DISPLAY_NAME.map = cn >>>>>> attrmap.map-principal-record.attr.PrincipalRecord_EMAIL.map = Email >>>>>> attrmap.map-group-record.attr.GroupRecord_DISPLAY_NAME.map = cn >>>>>> >>>>>> #LDAP value changes >>>>>> sequence.openldap-init-vars.030.var-set.value = entryUUID, uid, cn, >>>>>> givenName, sn, Email >>>>>> sequence.openldap-init-vars.040.var-set.value = >>>>>> (objectClass=posixAccount)(uid=*) >>>>>> sequence.openldap-init-vars.050.var-set.value = entryUUID, cn >>>>>> sequence.openldap-init-vars.060.var-set.value = (objectClass=posixGroup) >>>>>> sequence.openldap-init-vars.070.var-set.value = memberUid >>>>>> >>>>>> Any help is appreciated! >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users(a)ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>

2 3

Adding users through LDAP fails on "external_id"
by Zach La Celle 15 Jun '15

15 Jun '15

Hello, We have a small oVirt cluster set up, and are trying to get it integrated with our LDAP server. I've changed some configuration values in order to try and make it function, and it seems to communicate correctly with the LDAP server. However, when trying to add the user, I get the following error upon SQL entry add: 2015-06-15 14:44:49,439 ERROR [org.ovirt.engine.core.bll.aaa.AddUserCommand] (ajp--127.0.0.1-8702-6) [3b15cbfe] Command org.ovirt.engine.core.bll.aaa.AddUserCommand throw exception: org.springframework.da\ o.DataIntegrityViolationException: CallableStatementCallback; SQL [{call insertuser(?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: null value in column "external_id" violates not-null constraint Where: SQL statement "INSERT INTO users(department, domain, email, groups, name, note, role, active, surname, user_id, username, group_ids, external_id,namespace) VALUES( $1 , $2 , $3 , $4 , $5 , $\ 6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 , $14 )" PL/pgSQL function "insertuser" line 2 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: null value in column "external_id" violates not-null constraint Where: SQL statement "INSERT INTO users(department, domain, email, groups, name, note, role, active, surname, user_id, username, group_ids, external_id,namespace) VALUES( $1 , $2 , $3 , $4 , $5 , $\ 6 , $7 , $8 , $9 , $10 , $11 , $12 , $13 , $14 )" I can't figure out what maps from the LDAP user to "external_id" for the SQL table entry. Here are the changes I made to profile1.properties: #Mapping changes attrmap.map-principal-record.attr.PrincipalRecord_DISPLAY_NAME.map = cn attrmap.map-principal-record.attr.PrincipalRecord_EMAIL.map = Email attrmap.map-group-record.attr.GroupRecord_DISPLAY_NAME.map = cn #LDAP value changes sequence.openldap-init-vars.030.var-set.value = entryUUID, uid, cn, givenName, sn, Email sequence.openldap-init-vars.040.var-set.value = (objectClass=posixAccount)(uid=*) sequence.openldap-init-vars.050.var-set.value = entryUUID, cn sequence.openldap-init-vars.060.var-set.value = (objectClass=posixGroup) sequence.openldap-init-vars.070.var-set.value = memberUid Any help is appreciated!

2 1