- Users - oVirt List Archives

why host is not capable to run HE?
by Artem Tambovskiy 19 Feb '18

19 Feb '18

Hello, Last weekend my cluster suffered form a massive power outage due to human mistake. I'm using SHE setup with Gluster, I managed to bring the cluster up quickly, but once again I have a problem with duplicated host_id ( https://bugzilla.redhat.com/show_bug.cgi?id=1543988) on second host and due to this second host is not capable to run HE. I manually updated file hosted_engine.conf with correct host_id and restarted agent & broker - no effect. Than I rebooted the host itself - still no changes. How to fix this issue? Regards, Artem

3 2

WG: IPMI config
by Markus.Schaufler＠ooe.gv.at 19 Feb '18

19 Feb '18

--_004_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_ Content-Type: multipart/alternative; boundary="_000_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_" --_000_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi! When configuring Powermanagement respectively Fence Agent I get following e= rror: Any idea on this? 2018-02-19 15:01:26,625+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker= .FenceVdsVDSCommand] (default task-14) [7ab055b8-7afa-4495-a287-b3b66fd6a81= e] START, FenceVdsVDSCommand(HostName =3D VIGT01-101.res01.ads.ooe.local, F= enceVdsVDSCommandParameters:{hostId=3D'1210495a-0680-4f5a-bcd0-345b9debf48c= ', targetVdsId=3D'169e902e-9993-42c2-ad06-0925d3f217d6', action=3D'STATUS',= agent=3D'FenceAgent:{id=3D'null', hostId=3D'null', order=3D'1', type=3D'ip= milan', ip=3D'10.1.46.115', port=3D'623', user=3D's.oVirt', password=3D'***= ', encryptOptions=3D'false', options=3D''}', policy=3D'null'}), log id: 727= 4de5a 2018-02-19 15:01:26,732+01 WARN [org.ovirt.engine.core.dal.dbbroker.auditl= oghandling.AuditLogDirector] (default task-14) [7ab055b8-7afa-4495-a287-b3b= 66fd6a81e] EVENT_ID: VDS_ALERT_FENCE_TEST_FAILED(9,001), Power Management t= est failed for Host VIRZ01-101.res01.ads.ooe.local.Internal JSON-RPC error [cid:image001.png@01D3A993.2380B300] --_000_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE-AT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"color:black">Hi!<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span style=3D"color:black"><o:p> </o:p></span>= </p> <p class=3D"MsoNormal"><span style=3D"color:black">When configuring Powerma= nagement respectively Fence Agent I get following error:<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span lang=3D"DE" style=3D"color:black">Any idea on = this?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE" style=3D"color:#1F497D"><o:p>&nbsp= ;</o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"DE">2018-= 02-19 15:01:26,625+01 INFO  [org.ovirt.engine.core.vdsbroker.vdsbr= oker.FenceVdsVDSCommand] (default task-14) [7ab055b8-7afa-4495-a287-b3b66fd= 6a81e] START, FenceVdsVDSCommand(HostName =3D VIGT01-101.res01.ads.ooe.loca= l, FenceVdsVDSCommandParameters:{hostId=3D'1210495a-0680-4f5a-bcd0-345b9debf4= 8c', targetVdsId=3D'169e902e-9993-42c2-ad06-0925d3f217d6', action=3D'STATUS= ', agent=3D'FenceAgent:{id=3D'null', hostId=3D'null', order=3D'1', type=3D'= ipmilan', ip=3D'10.1.46.115', port=3D'623', user=3D's.oVirt', password=3D'***', encryptOptions=3D'false', options=3D''}', policy=3D'null= '}), log id: 7274de5a<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"DE">2018-= 02-19 15:01:26,732+01 WARN  [org.ovirt.engine.core.dal.dbbroker.au= ditloghandling.AuditLogDirector] (default task-14) [7ab055b8-7afa-4495-a287= -b3b66fd6a81e] EVENT_ID: VDS_ALERT_FENCE_TEST_FAILED(9,001), Power Management test failed for Host VIRZ01-101.res01.ads.ooe.local.Inter= nal JSON-RPC error<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"DE"><o:p>=  </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"DE"><o:p>=  </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE"><o:p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span style=3D"mso-fare= ast-language:DE-AT"><img width=3D"499" height=3D"498" id=3D"Grafik_x0020_1"= src=3D"cid:image001.png@01D3A993.2380B300"></span><span lang=3D"DE"><o:p><= /o:p></span></p> </div> </body> </html> --_000_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_-- --_004_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=16035; creation-date="Mon, 19 Feb 2018 14:05:54 GMT"; modification-date="Mon, 19 Feb 2018 14:05:54 GMT" Content-ID: <image001.png(a)01D3A993.2380B300> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAfMAAAHyCAIAAABwMbC5AAAAAXNSR0IArs4c6QAAAAlwSFlzAAAO xAAADsQBlSsOGwAAPkhJREFUeF7tnQuYFOWZ7xdWDWLWDVFg0GxWxOCuyE1gJkYzXOSmEtk8JxKD DCEqaJRoDrdsEtFdyUYDyPECWRE3Em5u4NlnQ0S5ZhYQdZgYueWychSz2RgHUMwuihwUOX94j9+p dDc91dPVX3VV/+qBfqq/+r738vtq/vX1WzU9rbZu3frOO+/8Sdzb3r17P/WpT7U4ijlz5kyaNCn/ 8DB9ZOTrX//6Jz/5STP129/+dvr06T/84Q9ffPHFNWvWfOtb37IWO3rhhRfmbNEh2enatevzzz+v /bPOOkuutbN8+XK9jho1Sq+PPPJIxlEXvA59/OMff+qpp6xlxowZFo+GZzd++ctfVng66naCEV59 9dUaYh20bdiw4eWXX77lllucL+X14IMP2ts77rjjkksuyeklmI5lHeymgTKrmJ9++uk333zT7Hz3 u9996aWXguk7hsFpUkiLFy8OBuAGqtFFrn21X3DBBY6AO+RIuv5uEg2FxeOm0liZR/Gx6dCQq666 SpFYdi5CtX/60582p+qsV9u/9NJLDWOQQ11d3eDBg5VmY2Pj7t27hSLoIrunJWWUbLO5llMb67y4 8KxRHAxaMNqcSbmT0HoGaVu0wblgP00EWtXX19fU1KQpJXKBAAQgUOEEWld4/qQPAQhAIH0EUPb0 zSkZQQAClU4AZa/0M4D8IQCB9BFA2dM3p2QEAQhUOgGUvdLPAPKHAATSRwBlT9+ckhEEIFDpBFD2 Sj8DyB8CEEgfAZQ9fXNKRhCAQKUTQNkr/QwgfwhAIH0EUPb0zSkZQQAClU4AZa/0M4D8IQCB9BFA 2dM3p2QEAQhUOoHWbdu2rXQG5A8BCEAgXQRYs6drPskGAhBIIAH73uaMrZjvV0fZE3gWEDIEIJAi Aq+99trMmTPt7ze4TY333HPPz3/+85YlWlplf/TRRwcOHKhXBbdkyRLt/+u//muzgarPiBEj1Pm6 66574403mu1PBwhAAAJJJ/DMM884cZesP/TQQ4cOHWpxUkUpu/5ajfTXbabgJ9s6dOjQsWPHM844 wzpIvnOqvKRcKeljyMiRIwcNGnT22We3OLfyGag/OSQ4ei2fkIgEAhAoEwLnnnvu7bffrlueJu5O 1seNG9enT5+WBVmUspvLK6644ksntm7duuUJYujQof/8z/+sV+vzT//0Txs3bszub388rEePHvqr dRMmTGhZVuU2qqGh4YknntBfBCy3wIgHAhAoBwJBcb/vvvu0Wi9G1pVRK4lO9+7dW5ab1uw7d+78 zne+c9lllzkLO3bs+MEPfqB2rdD1NyRXrlwp0ZdGa9EqddO+VuIPP/ywOtgQibj7U5xa1d55551O Ad3An/zkJ1rFy+ANN9xg1wa5VrcvfvGLP/rRj7QjIzrUs2dPHVq3bp0uIa+++qr2FcC9996rHXnP NuJill9daXbt2mVeFKFdVIKmrLOFpHblKL/6CHLNNddY55OFpDKU4nE3QzJwtYw8oyAAgfQRUFV9 4cKFyuuv//qvb7311mISjGDNLk2UqGmTpisUk3VJrVRVf1E3Z3Dt27dXuzRUQjlgwIBgn4svvtgd 0ocAux6okqOe+rQimX722Wetv4RVruWlc+fO8ij1VKOOqs++fftUzNGHCbkwWT+ZETOlPxmsi6T+ 4K+8vP322+psuVipS1qsdr2VQYm4uVA3NeqiqM6uDJUzJKn/Rz/6URuuIRYSGwQgAIEgARVhrM4u ofv1r3+dcUO1UFYRKLtWxxJWbRI7Vcm1Iy3TMlzlFN0CzQ5IMqrSvMm3hPLzn/+865NxSB8F9JFC R3XZUM8bb7xR+7/85S9df7XIi46qxe42/OxnP9Or1tFq1/Jfr3qb34hZs4DlRWP1duvWrVJwW8Ir DCs07d+/37lQaupsHwjyh6QETc2VtYYox0Inif4QgEC6CQRr68Gae4uzjkDZtaT9txObFNCq5F26 dLGAtJpucWQ20Ioq0lzJopTatdhRreX1akWYYP+Min9+IxqoFfo3v/lNeyBHa3AzpXR0iXrllVck 8XbB6NevnwtAHxfs1rFa1McFkB1SkQQYDgEIpJtAxi3TYM39ySefbFnuESh70PGFF14YVDqT1GI2 uzZIdnX9sC3n5wDnwvoHF9F626wRLb21rpdl2VfNxFnTxVPLdl1RVFZSeWfMmDHOmuoqLiSFV0yO jIUABCqZwMc+9jE9BBi8ZWrirsZLLrmkZWQiUHZXZ9dTjApFFXapoSokDzzwgNW+szerO2upqwp1 /mcldTNTPWVHYq1Nnwzy52nLat0slXcpr2lus0ZUR1I3lZLkwko3tj311FN2M0AlGqVmjy3aOl0u LCQt51XWzx+VfYXDqlWrFJVV8NkgAAEIGAHVBqZOnZrxgKPE/e6779ZryyhFoOyuzm5laD2jInFX tV0SaZXx7E31Ey2BdQFQ6SP/0/haJsuI+qintj179rgn4nNaVglF1zpdOfRMzk9/+lNbrTdrRC5k VkOk1BpuliX0utOrm6LmWhcwFYUk7gpe1wxVXaxdaeYPSab0aUBXCPUMXjZaNmGMggAEINAsgaKe emzWeqI7SL51bdAq2+r4enhR4i7dD97yTXSCBA8BCKSVQARr9rSisSfQ9ZC77qCq0FRfX6+3LX72 P62UyAsCEChDAqzZTzopqsbcf//9Vj9RvUWarodngr+TVYbTSUgQgAAERABl5zSAAAQgkDYCVGPS NqPkAwEIQABl5xyAAAQgkDYCKHvaZpR8IAABCKDsnAMQgAAE0kYAZU/bjJIPBCAAAZSdcwACEIBA 2gig7GmbUfKBAAQggLJzDkAAAhBIGwGUPW0zSj4QgAAEUHbOAQhAAAJpI4Cyp21GyQcCEIAAys45 AAEIQCBtBI5/I1hNTU3a0iIfCEAAAhVMgDV7BU8+qUMAAiklgLKndGJJCwIQqGACKHsFTz6pQwAC KSWAsqd0YkkLAhCoYAIoewVPPqlDAAIpJYCyp3RiSQsCEKhgAih7BU8+qUMAAiklgLKndGJJCwIQ qGACKHsFTz6pQwACKSWAsqd0YkkLAhCoYAIoewVPPqlDAAIpJYCyp3RiSQsCEKhgAih7BU8+qUMA AiklgLKndGJJCwIQqGACKHsFTz6pQwACKSWAsqd0YkkLAhCoYAIoewVPPqlDAAIpJYCyp3RiSQsC EKhgAih7BU8+qUMAAiklgLKndGJJCwIQqGACrQ8dOlTB6ZM6BCAAgRQSaN22bdsUpkVKEIAABCqY ANWYCp58UocABFJKAGVP6cSSFgQgUMEEWjU0NNTU1FQwAVKHQCgCO3bs2L9/f6iudIJALgLt2rXr 06ePHzYoux/OeEk8gQ0bNlRXVyc+DRKIj0BjY+PgwYP9+EfZ/XDGS+IJSNkHDBiQ+DRIID4CGzdu RNnjw49nCOQiIGX39mPJDKSSgM9TiDuoqTyFSAoCEKhoAvEo+/jx45cvX34y8H379s0+NH369DxD KnoOSR4CEIDAHxOIoc6+e/fuSZMmderUacGCBTmnQ8r+wgsvZBySsnfv3n3UqFHMIARKQeDRE1sp LGOzBQQmnNhaMLCch6S8GrNu3bqxY8dqAiTx5TwNxAYBCEAgoQRiqMasWbNGS+8hQ4ZI4h011We0 VNemtblrVPnFGoP1GfXcvHlzsNH1mTt3ro11LSNGjNBb1z/DfkLnjLAhAAEI5CfgW9klsr1791ZM EndJvAVniqwKjDaVXKxRK/qZM2cuW7bM2levXu0yUbs1qkVCP2fOHHsrg7Iva9OmTbOWVatWqc/i xYudnRkzZnBOQAACEEg3Ad/Kvn79emm0rambmpokxOK7d+9eLeENtKuk66iuAV27drX2K6+80s2E hNvtb9u2TVV7Z1CjJk6cKOkPLvPr6upGjx6ta0C655LsIAABCBgB38ouIbbVtDattSX0xc+EM6gd uzBYi8Td1Ly2tlZvpe9qcRWb4v1iAQIQgEB5EvCq7KqbDx8+3IGQ4FqNpWPHjk7i3aONVVVVugy4 u6zBakwQpdb1JxNrqfnrr7/uLMidajKuBFSe80FUEIAABIon4FXZFy1a1KNHj2DQqrFIl1U/UaNV VHbt2iVN11vVYVR1URXF2seNG5czWz06KbF2t0yl4zLo3upCIjvu9qysBSs5xePDAgQgAIEyJBDD 8+xlSIGQIMDz7GV1DvA8e5HT4XXNXmSsDIcABCAAgTAEUPYwlOgDAQhAIEkEUPYkzRaxQgACEAhD AGUPQ4k+EIAABJJEAGVP0mwRKwQgAIEwBFD2MJToAwEIQCBJBHjqMUmzRawxEvD5Fawxponr0hHw eQqxZi/dPGIZAhCAQDwEUPZ4uOMVAhCAQOkIoOylY4tlCEAAAvEQoM4eD3e8Jo7A1q1bDx48mLiw Cbh8CLRv375nz55+4kHZ/XDGCwQgAAF/BKjG+GONJwhAAAJ+CKDsfjjjBQIQgIA/Aii7P9Z4ggAE IOCHAMruhzNeIAABCPgjgLL7Y40nCEAAAn4IoOx+OOMFAhCAgD8CKLs/1niCAAQg4IcAyu6HM14g AAEI+COAsvtjjScIQAACfgig7H444wUCEICAPwIouz/WeIIABCDghwDK7oczXiAAAQj4I4Cy+2ON JwhAAAJ+CKDsfjjjBQIQgIA/AnyLrz/WeEo0gR07duzfvz/RKRB8vATatWvXp08fPzGg7H444yXx BPTniaurqxOfBgnER6CxsXHw4MF+/KPsfjjjJfEEpOz9+/dPfBokEB+BTZs2oezx4cczBHIRkLJ7 +7FkBlJJwOcpxB3UVJ5CJAUBCFQ0Ad/KPmLEiN27dzvky5cvnz59evEzICOyHLST4ah4F1iAAAQg kBQCrQ8dOpSUWJuNc+7cuc32oQMEIACB1BNo3bZt23QkOXbs2IULFwY/EKQjL7KAAAQgUCgB39WY k8UnRe774TZ+/Hjrph1rC7Zs3rzZGrNNTZs2bdasWRntKvg4y7aoly8ZVAHH2q0iZPtu1R+MRx0K xUp/CJyMwM0337xixYrg0ZqaGlYknDDREigXZV+8ePGcOXNeOLEtWLBASUpke/bsaS1VVVVOc2fO nGmN2SBGjRqlxgwhVqP117ZmzRobtW3btu7du6tFTmXQ9pctW6ZVv3WYNGmS3toodeAHL9rTrpKt 6QGbXbt2OQJS+V69enXt2jVb8SuZErkXSaBclL2urk5iGrwLql/5k87aUnr16tV79+61VLUwz5Pz 1KlTJcTBDm6NLztNTU12SJcKuwzU1tbq1fb106V2ibg29Rw9erT7cOAGFomb4RC49tpr165d6zhI 5e1hyvnz5+tQNh9Jf8YaH4YQaJZAuSi7VNVW0BJT97SMW8Xr0IwZM5pNxtT5yiuvlIVOnTrprTQ6 uPoOY8FJv1vpa8cuAGwQyElg5MiRqqjYltFBouwOaZFhR4cNG+bEWipvgq41u3W46667tGOjdNrP PrFp3w1nFiDQLAHfyj58+PBgKVzr6yFDhrgoTd+1QleLSjEq0TSbQHYH/TDIguotTqNlVvvhy+WF 9m9BkAxJDQFp9NChQ7d+uAXz0sJCouwO6QOllfVU/dMvrWjHSjHZKNTTRmmNosvAlClTtM/yIjXn jIdEfCv7xIkTVfFwtzS1Krfz1d3D1CGrt2T0DK/LGusqNtLo3r17mzt97JXrkExXrVqlq46LM+Qo ulUgAa24161bl/MuqCqK0mXHRPtq0VsN2b59u3ZcKSaDm6S8AkmScpQEGhoajrFBAALNEVi/fn3+ Ltec2IJ97LEr16J9tdhb29dXjLmjEyZM0PeKuEM5RzUXI8fLmkCzp1CE0ftes0d5UcIWBMqJwMqV K/WhUNVwq5IrNFUUVUa3Coxeta8WC1kFmSVLlgRX9OWUCrEkngDKnvgpJIF4CQTvkXbs2DFYDVcx UHeV9NyXhF6v2rdbOFaQ0QNX0vdmg9eTM9xBbZYSHTII8C2+nBIQCEXA5xf1hQqITkkj4PMUYs2e tLODeCEAAQg0RwBlb44QxyEAAQgkjQDKnrQZI14IQAACzRFA2ZsjxHEIQAACSSOAsidtxogXAhCA QHMEUPbmCHEcAhCAQNIIoOxJmzHihQAEINAcAZ5nb44QxyFwgoC+k+vgwYPAgECLCbRv3979EnKL jYQciLKHBEU3CEAAAokhQDUmMVNFoBCAAARCEkDZQ4KiGwQgAIHEEEDZEzNVBAoBCEAgJAGUPSQo ukEAAhBIDAGUPTFTRaAQgAAEQhJA2UOCohsEIACBxBBA2RMzVQQKAQhAICQBlD0kKLpBAAIQSAwB lD0xU0WgEIAABEISQNlDgqIbBCAAgcQQQNkTM1UECgEIQCAkAZQ9JCi6QQACEEgMAZQ9MVNFoBCA AARCEkDZQ4KiGwQgAIHEEOBbfBMzVQQaL4EdO3bs378/3hjwnmgC7dq169Onj58UUHY/nPGSeAIb Nmyorq5OfBokEB+BxsbGwYMH+/GPsvvhjJfEE5CyDxgwIPFpkEB8BDZu3Iiyx4cfzxDIRUDK7u3H khlIJQGfpxB3UFN5CpEUBCBQ0QR8K/uIESP6frjNnTu3fNgrsN27d5dPPEQCAQhAoMUEfCu7Ap0z Z84LJ7Y1a9YsX768xaEzEAIQgAAEchKIQdldHGPHjt21axcTAwEIQAAC0RKIU9n37dtnyWjlnl2i cS2qk6jP5s2bXcv06dM1RK82XDvjx493+1bkUaPrb4dUbFE3HVW7jXV93PBo4WINAhCAQDwEGhoa jnncrr766k2bNplDPbTv9l0I6qD9hx9++Ec/+lEwrptuuumll14Ktmi4vdUQbXbUdjRW/e2oXJhN tWuILFu7+li79dGhDPseqeAqAQTWr1+fgCgJsYwJ+DyFYlizT5o0yVbT06ZNq62tzViPNzU1qWXi xIkzZ85UH3e5q6urGz16dHBx3bt3by3ktXjXzvDhw7dv3263QLt27aoiz5AhQ2ysubBDVVVVsmzt +sSgUa6PDsVzacUrBCAAgagJxKDs7g7qqFGjTHOl9cuWLbPbqi5BeytxNzWXQOut9F0tVm/p2bPn zp07TcR79Oih66HE3Yl11KCwB4F8BEaOHFlzYgs+YXXXXXdZ44oVK9xg7VujjrpGjbJG2Qm6KZFZ 5jL1BGJQ9mymWi9roa327EdlpOavv/66+2mRvusaoIdq1Hno0KH6Ko9t27apUZu6SeUl8TrUvXv3 RYsWmSOzafaDW4cOHcyONq397bMCGwRaQODmm292548WH2Zh3rx5a9eutf3Zs2frHLMzTfvWqKPq Y/tulOzImjWWyGwLEmRI4gjEr+zSXJVTrD4jabaqiN3ntE3LcPXRyt3eqiajMo76qFFqrrEGXd1W r15ttRd9GtBb66+qzqpVq7InRn2c38WLFzs7iZtCAo6dgD4sBmMwEdcHymCjPQaW8TCY9bH+bnPW SmQ2dlwE4IEA3xvjATIu0kAgz6+Ga3EdVOGtW7cqYa3H3QdHvZ01a5aWHRLxqVOnOhx68Pe2227T W9VhXGOvXr3mz5+vtyUym4bJSGYOfLtAMueNqCuVwOTJk13qU6ZMsX1JtrstP2zYMPs0qVftWwcd NVnX5kZp31krkdlKnaXKyrtVfX39wIEDKytpsoVA4QR8LrgKj44RCSDg8xRq3bZt2wQgIUQIQAAC EAhNIP47qKFDpSMEIAABCIQigLKHwkQnCEAAAgkigLInaLIIFQIQgEAoAih7KEx0ggAEIJAgAih7 giaLUCEAAQiEIoCyh8JEJwhAAAIJIoCyJ2iyCBUCEIBAKAJ8u0AoTHSCgL4z4ODBg3CAQIsJtG/f Xt9Q2+LhBQ1E2QvCRWcIQAACCSBANSYBk0SIEIAABAoigLIXhIvOEIAABBJAAGVPwCQRIgQgAIGC CKDsBeGiMwQgAIEEEEDZEzBJhAgBCECgIAIoe0G46AwBCEAgAQRQ9gRMEiFCAAIQKIgAyl4QLjpD AAIQSAABlD0Bk0SIEIAABAoigLIXhIvOEIAABBJAAGVPwCQRIgQgAIGCCKDsBeGiMwQgAIEEEEDZ EzBJhAgBCECgIAIoe0G46AwBCEAgAQT4Ft8ETBIhxk7g2LFj27ZtO3DgQOyREEByCZx55pn9+vVr 1aqVhxRQdg+QcZFsApJ1bfX19bW1tcnOhOhjJbB58+ZBgwZJ2T2IO9WYWKca5wkhcPTo0YRESphl TcDbiYSyl/V5QHDlQEAL9g8++ECR2OKdDQItI6BTSCeSxno4q1F2D5BxkXgCfn4aE4+JBJoj4O1E 8qrsI0aM6PvH29y5c5tDwXEIlAuBlq3UGAUBI+DzPPaq7KtWrXrhhRfmzJlTVVWlHW0TJ070mS2+ IAABCFQCAa/KXglAyTHFBFh7QqAYAj5/NGJWdj0GpBKNS1jFGW1qnD59uivduIqN2l0tR/s+MeEL AicjMG78bSuffLoYPt+57/77H5wnC1uea/jimBv0Wow1xkJABGJWdj0g3KlTJyfTa9asGTp0qMJa vXq1ijZWsVm4cKF1mDRpkrUsW7ZM+8wfBDwTONl67fTT2xSzlNPY09sct+DSKdIaw8uTgM/TNWZl V6p1dXXr16/XjuRbKt+1a1ft9+7d23a0XXnllU1NTSbutmYfPXq09nfv3u2TFL4gkJPAwgXzhlwx sBg4d/7t5K9OuKEYC4yFQAaB+JVdy3b93rZkWvoulc8zQ5J7W7Pb5qSfSYWAHwI5V4LX1d34+KKl OnTn3/2D6ip6Vcutt0/Ztn2nGlVaUbnmHx/9gV7Vrh11dvtmUEP0zz0+YTvqJiMaYtUeazQL1j5p 2rfNBVtcBPbtf0MTp1cXgKpqmvGTxePnLDUv8Su7ghg+fPi6deuk7+63t03rbWGuykyvXr3sAkB5 3efJga9CCbz8yp7+n/3MxK+Ob9PmIwt+sMiGHz58+NC77970lbphQwZteubZ137f5PaffX7ryVx8 6oIu428Y+8Six4YPveKJ5f/iuv3vl18Zfd0X5OLAW3+o3/RMoRHSP0IC7c8+q1+f3vfN+l/733hT Zuc89H29XnZpTYQuWmyqLJRdzz6qmC59d2loea5KuhVepk2bZstzK69bQSZ437XFyTMQAgURyLkW Mwt2qPvFF10xsP9nPl0tOT7w1lsSequeD6y9XI0XdDlf+5J+7X95zJfcqKBZ1ygF17XhS2Nv2vzM c65RO/36XqLh+nfuOZ0OHHgrruUqfo3A564e3v+zl0ncTdb/59e+modMQSdbkZ1jUHatvvVge3bc du/Ubfbwu7ZRo0ZZo/TdlWJyWiiSBcMhkJ/AyZTdFVLeffew62NybAZ79rjY7QdlOtgn2OEnq1av XV+vpf3ShY+O/NyVwSGfOPcc5y7ntQHN9UxgxFXDdOHWXHx94i35Xfv8+YpB2bPT03ONwVumPvPH FwQiJKBF+ob6jc81NEqXP96uXZfzO7fM+LuHD9vAV/a8KlMtM8IobwS0cpese3MXxlHMym6PqKsU s2DBgjDh0gcC5UxA9RYJ8bxHHjt8+P9oxd3iUAcNqNVVYeachx54+BGVX1psh4EVS4DvZ6/YqSfx sAT0/XxHjhzZsmVLdXV1njF3z7ivy/nnjb3+urB26VdhBBobGy+//PLTTjutdeuSL6lL7qDC5o50 00wgTBXVc5EXdwki4PNnA2X3SRtfEIAABHwQoBrjgzI+Ek3AVWN0TyjRiRB8vAT0aB/VmHinAO8Q gAAEEkyAakyCJ4/QPRNIUEmXUMuQgM/TFWX3SRtfEIAABHwQQNl9UMYHBCAAAZ8EuIPqkza+EknA 7qC++OKLhw4dSmQCBF0eBNq1a9etWzc/z7O3qq+vHziwqG+XLg9oRAGBUhGQsr/33nv6yka9aj/4 BS+lconddBFo1aqVfjvp1FNPbdOmjV49/KYSa/Z0nUFkUwICkvL3339fy3a9Br+NqwSuMJlOAlJ2 baeccooW7HrVfqnzRNlLTRj7iScgNddS3TYW7ImfzpgSsGW7bSh7TJOAWwj8MQETdGSd86IYAibo HmT9uJeGhoaamrL4IyDFIGMsBCAAAQg4Ajz1yMkAAQhAIG0EUPa0zSj5QAACEEDZOQcgAAEIpI0A yp62GSUfCEAAAig75wAEIACBtBFA2dM2o+QDAQhAAGXnHIAABCCQNgIoe9pmlHwgAAEIoOycAxCA AATSRgBlT9uMkg8EIAABvl2AcwACoQjs2LFj//79obrSCQK5COj72fv06eOHDcruhzNeEk9gw4YN 1dXViU+DBOIj0NjYOHjwYD/+UXY/nPGSeAJS9gEDBiQ+DRKIj8DGjRtR9vjw4xkCuQhI2b39WDID qSTg8xTiDmoqTyGSggAEKppADMq+fPnyvh9u48ePr2j8JA8BCECgBAR8K/vcuXNnzpz5wodbz549 R4wYET4vXRF2794dvj89IQABCFQgAd/KvnDhwmXLljnQEydO7NSpk1bxedAH1/W6InTt2rUC54mU IQABCIQn4FXZN2/eXFVVlSHNWrbv2rVLEU+fPl0releosbW53m7btk2vpu/asdxkyvV0Fwb1CVrI 7ikX4dHQEwIQgEBCCXhVdjHSCj2DVIcOHVyLfhnE6jTTpk2bNGmS2rXA18VALQsWLAgO1FEdss6L Fi2S0NtRZ2HcuHGm44sXL3Y9Z8yYkdB5ImwIQAAC4Qn4VvbXX389I7h9+/a5liFDhtj+qFGjmpqa TpaGdLx3795u7T98+PCdO3da57q6OttxFwy1jB49mlu14c8JekIAAkkn4FXZa2trpdcZt0C1yu7e vXvpOMqp1vXSd1VvVKspnSMsQwACECgTAl6VXTmrSKIVtEteUqtVvFbo1rJ+/XrbUbtW5SdjJLFW 8d1VYHRXtkePHvmBaohqMmvWrCkT7oQBAQhAoHQEfCu7HoZRDd3d/NSCfdWqVS49ldTtkMTaCusq uag07+6gup6SaZXarbMMSrhPxkh1GOumK4p6lg4lliEAAQiUCYEy+t4Y3fBUWcat38sEEGFAwAj4 /NVwmKeSgM9TyPeaPZUTRlIQgAAEyooAyl5W00EwEIAABCIgUEbKrofNKcVEMKWYgAAEKp5AGSl7 xc8FACAAAQhEQwBlj4YjViAAAQiUDwGUvXzmgkggAAEIREMAZY+GI1YgAAEIlA8BlL185oJIIAAB CERDAGWPhiNWIAABCJQPAZS9fOaCSCAAAQhEQ6CMvl0gmoSwAoHSENi6devBgwdLYxurFUGgffv2 +kNDflJF2f1wxgsEIAABfwSoxvhjjScIQAACfgig7H444wUCEICAPwIouz/WeIIABCDghwDK7ocz XiAAAQj4I4Cy+2ONJwhAAAJ+CKDsfjjjBQIQgIA/Aii7P9Z4ggAEIOCHAMruhzNeIAABCPgjgLL7 Y40nCEAAAn4IoOx+OOMFAhCAgD8CKLs/1niCAAQg4IcAyu6HM14gAAEI+COAsvtjjScIQAACfgig 7H444wUCEICAPwIouz/WeIIABCDghwDK7oczXiAAAQj4I4Cy+2ONJwhAAAJ+CKDsfjjjBQIQgIA/ Aii7P9Z4ggAEIOCHgG9lHzlyZM2H27x58yzJm2++efPmzX4Sxku8BHQC7N69OxhD5LO/YsUKO8Wc I51d8iKnOuXcWeeNQ3bKzbpuwZBmbdKhogj4VnbBnTVrlv4MvLZ169bph7CicJNsHgIS30jOh9mz Zy9evFgnWNeuXZ27jh07Jgt+MPhkRU605UAgBmV3aY8ZM2bXrl3lQIEYiiFgy+Hit/nz51977bU5 7dx1110ZK/087qqqqjJkUS3JUvaePXsWzxMLlUwgTmXft29fNvrsWo1+ql2jFW306lp01Iy4Oo9r ccaDn/e1KrQOhRrRp3jnNHtpGbRmQQbDtkikTYrEtVskZtOVCJSFKyboqNt36ulagqNcpnLhgnRD tGONwZZgOm64G6swrNHQWbveZkNQ+/bt253xbA5BFPmvAW6aMryofe3atXV1dRZDcHOTbpbNe1NT UwYcCf1tt90WHGg9bR4zUKgxGKfNQnA2LdmMbtaSk7/zG6yxBOtC2RN0zz33VLIqkXsEBBoaGo55 3K655ppNmzaZw+rqatufMGFCxo4agz2tv/pMnz7d+r/00kvBqNW+fPlya9FRt+9anFMdapkR506u 5SKDmXIJhiQvro9cKxf1Vwd1s9jU6Pat3Qyqp4VnfNx+Ng3rnBGG+rtM7dDcE5vt66jtKzZnWS3Z 6Tg7OpTtxXKxUdoJdnCJuKSUr+tgWWfMXfbsZ3tUS8aoYDqWpmWUEU8GH6NhYdgh7bv03awF3bme GaaMv0WV06k7S123oFk3LzknKNsXLRAoiEAMa/apU6faGnDKlCm1tbXBq5NWf+6oVl579+4NLql0 yFquv/56reCCC6sdO3aoumpmZSTnp4GMy2ChRtxiWa4VW8YCsFevXsEKgKpMgwcPtj6WoxUTVBaw goM12r4Gqt1VG1SksoGy6Yzo47nlHlwUWxhuOalDGitKbsWtozt37ly0aJGR0crXjGhzlocMGeLS cUvgYM/Jkye7ZPNAsNj0ar5EybLWXAwdOtShUKbNrkfUP2PRnXOIJl3B2yHt6G2zlg2IEKkKb501 U/aZQ5tOIUMhjOvXr9eO8h02bFgQsvW0c09xWje9uhytg52HGedJzvBONkFhcqEPBE5GIAZld3dQ cxZV7eaqbeqgHy3daLW3GugEQm8lzcGff7tpZlvGR++cyUtbwxuRZunH3ozLUVznk4RSquQytTD0 yd0CU0a6SBgokXFVKQdch/J8zJdaSZ7MlMlZxhYGgq5Gbha007LbgJo+jZV3ZVGKh6a0pAiW7MaO HetiXrlypfzqxNPlUDsbNmywC62DbD11S8AuJzo5taNXu8bo0ijj1kcoQp4nIScopDW6QUAEYlD2 PNz1w5D9UJq7m6Qfs+BYCZk0zn601GfJkiV5LLu1aka38EbcD6ot0zIi0QIteIuve/fuzpEVc1um cdkZuduDeR4jMX3XulvDe/TosXTp0mw7DqbidIQVtvW0sdlbHgjqLJjikKHFHTp0sDnSpkNhlrHW WfoulcyY9GBIwUkPZpH/B1tAbElhZ5pSNhHP2HRtsw55Jk6HFIO66dV1M5g6GYQi26xL3zk92QTl z4KjEMhPoLyUXUshqYD7PKsfD/0Q6lO2tbjHG9wdJ33kt1qBllTSbjcwQ1zUx9Vq3KfmgoxY8cTs 5wSqZZfd4rNlpsK2koJ9xreVYPGbSYmZVRkhu7IRvNEnWTR9FDdHJng9sEbhtYW8PgO5UpiWsdnR 5oRgpSTZsQKFrrXOiBWFhMLFrGtMmJWsi1boLDbBzL6DGpx0zX5Bdx3VWWeacCkpgXIe3VpeS3WJ r6tZnWzu1CHYTaMsTkHI/tyj8zCbcJ4JKv6EwULFEmilO6gnU6uKhZL6xKXC0vGMmxypz7qgBLWq kEZbUYgNAokjUF5r9sThI+C0ElB5J+fNhrTmS14pI4Cyp2xCSadYAvb8jytSFWuO8RCIgwDVmDio 4xMCEIBAKQmwZi8lXWxDAAIQiIMAyh4HdXxCAAIQKCUBlL2UdLENAQhAIA4C/urs+tKDbdu2HThw wFuaZ555Zr9+/Vq1auXNI44gAAEIlAMBT8pu32VTX1/v8xlq/cbQoEGDpOyIezmcasQAAQh4I+Cv GnP06FFvWTlHsTj1nyYeIQABCAQJeFJ2Ldg/+OADOS7oiyiL7Cx3ciojTDkEIACBiiLgSdlN0/2T jcWp/zTxCAEIQCCGNbtzWeQyvKDhzDQEIACByiTgb81emXzJGgIQgIB/Ar6VvaBFd5Gd/dPEIwQg AIFyIODpqUfdyTxy5MiWLVsuu+yyjLS/ffd3Xn5lT7Dxgi7n/8Pf31k8nWefffbyyy8/7bTTWrf2 fQErPngsQAACEGgxAd+Sl70M/8Lnr/narRP+5pqrlYN29E8tRa7WbXiLoTAQAhCAQKIJ+Fb2bFi9 ena/7NKav/jEuTqkHf1TS0imWuxfV3djyM50gwAEIFAhBHwre57FuIgHjz6+aOm48bdJuCdN+/a2 7TuPfznB9p3aV4v+3f/gPL39zn33a5S1ZFuukCkkTQhAAAIZBHwre8gJ2FC/cdMzz930lbonFj3W /eKLHpx3/E/FP7Xm+J+WVsuMu79V06+Plvb9P/sZa9G/kJbpBgEIQCD1BHwre8g1+85f/Orw4cNz /3HBl8betHZ9vfY1sLpv7wNv/WHyN+781a9f+tQFXVwl/WQ2Uz95JAgBCEAgJ4FyUXYLzmm09s/p VLV04aPunw5dMbD/9/7h7/r1vURa/73ZD7jbpCg7JzcEIACBIAHfyh6S/sUX/dXvX29a/i8/fuPN Azt2/kLFGQ3U62uv/X7U//iboYMH6qhazj2nk16fa2hUn5CW6QYBCEAg9QTKVNkHDxow8nNXPbPl +Tsm/+1D33/0lT2/0Uy89vvXtX/9uAk/fvJpHVVLr549upzfed4jjz32+OLUTxUJQgACEAhJwPdv KlVXV4eMrPhujY2N/KZS8RixAAEIJI6A7zV7JL+CFNJI4iaDgCEAAQhEQsC3skcSNEYgAAEIQCAP Ad/KHnK5HUk3Jh4CEIBAZRLwreyVSZmsIQABCPgk4FvZI1mMhzTikyO+IAABCJQPAd/KXj6ZEwkE IACBtBJA2dM6s+QFAQhULgGvz7O/+OKLhw4d8ga7Xbt23bp14y9veAOOIwhAoEwI+FP29957T1/s pVf9faVS/1mMVq1a6e8onXrqqW3atNErf1OpTM42woAABPwQ8KTskvL3339ffzBPrx7+4JGUXdsp p5yiBbtete+HJl4gAAEIlAMBf8qupbptpV6wG1ZbttuGspfDqUYMEICANwKelF35mKD7kXUn7ibx 3mjiCAIQgEA5EPD3bIxVSNw62sOOeSwHysQAAQhAwCcBf8qurEaOHFnzx9u8efOKzFYWzGR+Ozff fPPmzZvD+LrrrrtWrFiRs6csKIUwRiLvkx2/glSo5khHHVcX/O7du4OwXUjKQu1BGmKYPRGyExzu +gcbg6Ay3IWkHTkoDEIAAiLgVdlXrly5devWWbNmVVVVaUfbbbfdVsw0SE0WLVpkpnLakeSdTKaL 8VtWYyXKHTt2NAjarr32WoUnYa2rqxNqa9SOFFm4LHLxv//+438cPP/Wq1cvN3zq1Kmu8+LFi619 9uzZpuAZ7nSotra2OfMchwAESkXAq7IXk4T0K+cyUOqTx+z8+fNN6fxsirD4TyGFhrp3797u3btn jFq6dOmUKVOcvGpn7NixS5Ysccres2fP8KFquC4G7sLgfMnmrl279DbDXaEp0B8CEIiWQFkou6oK 9hnf1TpcjUWNVnbQ2lzLxuDCU+1alm7fvt36BKsBWqobppxFGFdPcNIWrDw4vnLqyh3Z0BWqC9vc yYgiVJwWj1qy81KLFUMsEQ0MZuq8uAjDFH8k61o7Z8iusEi7g2Gr244dO1zLPffco1CzxTrn6WXX 1K5du2Yc1UVFLTIid/mvoEHC5lQtyt3qSLavV6vXmTtXu3OzmTEk2p8ErEEgTQTiV3YTQft0P3To UBPTdevWBcsLkiGtza224PRFUqIWqxhoX+1uiMlNznmSTLgahbxIRNRTyugqDGvXrg0zwU1NTa4G YjqlGLSG1Wbx5MxLPaX+FqclsnPnTnurge5C4hKROjdbsJYvBa+LnLuiWPwZQqxFd0ZeWtTnr8nY VVObuqmSljFc3MRqyJAhas82Huysnvq4kF3Y0aXl+uuvdxUkzYJNjT4iCIVOBhvSo0cPRyZjSJiZ og8EKpBA/Mquj/MSCFMQ/dzaMlA/1XobvlxgM+eWupIkKW/O6dQhW/trUx+506suD04Hhw0bZgN1 OdGW55xwNwkk8dndcualbtLTYGdJm73t0KGDa3fLVZExIPk3d1WTgDpoGde2bCC2yg7eh3B+zZ1d NaW2Gd7tKmJ1fON2Mto2UJ8V1MGYC77rLNTBcryubW4WNMSuGdq04z5tZAxpDgzHIVChBOJXdhM7 t0pVZVwtEk21aMd9Nm92fqRKzk7+4rvz5VaLzRpvWYfsvMLY0acKt1x1l5kwA9VnzJgxdiUQgWDt RS260mTUZ9So64pWyu6iYre4jbzbrMgevAC4zzemy5LjjA7Z0SqRIPaQ6dANAhBoGYH4lV31X3dn LyMH6bvEccOGDSFzM+Wysu/JhkjyMj4KSJXU361wXTUmf5292ZDy5BVmrPUJWRpyBiXf9gHCJNtV crSjz0PS/QzXkmZprnrmD0nWTjZHNlCWs2v9zqbmRYmErOnbKA1xHrWTfU1qliEdIFDJBOJXdtUE rPZim8mueyu9sJLI4MGDM+6gZkybxMWqBOqWZ6mrzwQqrzv7khstOXX9sLHaVBNo8QmhuoG7g5oz rzCWJaOuXhQmmODD7LJvNSJJtlbWzo4V97Nvgapn/oqTBWzL9jz3k+2eh2MojMFM5Td41N0RzUND UenDh82IdsIEGYYtfSBQIQT8fbtAhQD1lqZ0VsvzIn8hwFu0OIIABHwSiH/N7jPbdPiyByVVRkfW 0zGhZAGByAmwZo8cKQYhAAEIxEyANXvME4B7CEAAApETQNkjR4pBCEAAAjETQNljngDcQwACEIic AMoeOVIMQgACEIiZAMoe8wTgHgIQgEDkBFD2yJFiEAIQgEDMBFD2mCcA9xCAAAQiJ4CyR44UgxCA AARiJoCyxzwBuIcABCAQOQGUPXKkGIQABCAQMwGUPeYJwD0EIACByAmg7JEjxSAEIACBmAmg7DFP AO4hAAEIRE4AZY8cKQYhAAEIxEwAZY95AnAPAQhAIHICKHvkSDEIAQhAIGYCKHvME4B7CEAAApET QNkjR4pBCEAAAjETQNljngDcQwACEIicAMoeOVIMQgACEIiZAMoe8wTgHgIQgEDkBFD2yJFiEAIQ gEDMBFD2mCcA9xCAAAQiJ4CyR44UgxCAAARiJoCyxzwBuIcABCAQOQGUPXKkGIQABCAQMwGUPeYJ wD0EIACByAmg7JEjxSAEIACBmAmg7DFPAO4hAAEIRE4AZY8cKQYhAAEIxEwAZY95AnAPAQhAIHIC KHvkSDEIAQhAIGYCKHvME4B7CEAAApETQNkjR4pBCEAAAjETQNljngDcQwACEIicAMoeOVIMQgAC EIiZAMoe8wTgHgIQgEDkBFD2yJFiEAIQgEDMBFD2mCcA9xCAAAQiJ4CyR44UgxCAAARiJoCyxzwB uIcABCAQOQGUPXKkGIQABCAQMwGUPeYJwD0EIACByAmg7JEjxSAEIACBmAmg7DFPAO4hAAEIRE4A ZY8cKQYhAAEIxEwAZY95AnAPAQhAIHICKHvkSDEIAQhAIGYCKHvME4B7CEAAApETQNkjR4pBCEAA AjETQNljngDcQwACEIicAMoeOVIMQgACEIiZAMoe8wTgHgIQgEDkBFD2yJFiEAIQgEDMBFD2mCcA 9xCAAAQiJ4CyR44UgxCAAARiJoCyxzwBuIcABCAQOQGUPXKkGIQABCAQMwGUPeYJwD0EIACByAmg 7JEjxSAEIACBmAmg7DFPAO4hAAEIRE4AZY8cKQYhAAEIxEwAZY95AnAPAQhAIHICKHvkSDEIAQhA IGYCKHvME4B7CEAAApETQNkjR4pBCEAAAjETQNljngDcQwACEIicAMoeOVIMQgACEIiZAMoe8wTg HgIQgEDkBFD2yJFiEAIQgEDMBFD2mCcA9xCAAAQiJ4CyR44UgxCAAARiJoCyxzwBuIcABCAQOQGU PXKkGIQABCAQMwGUPeYJwD0EIACByAmg7JEjxSAEIACBmAmg7DFPAO4hAAEIRE4AZY8cKQYhAAEI xEwAZY95AnAPAQhAIHICKHvkSDEIAQhAIGYCKHvME4B7CEAAApETQNkjR4pBCEAAAjETQNljngDc QwACEIicAMoeOVIMQgACEIiZAMoe8wTgHgIQgEDkBFD2yJFiEAIQgEDMBFD2mCcA9xCAAAQiJ4Cy R44UgxCAAARiJoCyxzwBuIcABCAQOQGUPXKkGIQABCAQMwGUPeYJwD0EIACByAmg7JEjxSAEIACB mAmg7DFPAO4hAAEIRE4AZY8cKQYhAAEIxEwAZY95AnAPAQhAIHICKHvkSDEIAQhAIGYCKHvME4B7 CEAAApETQNkjR4pBCEAAAjETQNljngDcQwACEIicAMoeOVIMQgACEIiZAMoe8wTgHgIQgEDkBFD2 yJFiEAIQgEDMBFD2mCcA9xCAAAQiJ4CyR44UgxCAAARiJtCqoaHh9NNPjzkK3EMAAhCAQHQEjit7 TU1NdAaxBAEIQAACMROgGhPzBOAeAhCAQOQEUPbIkWIQAhCAQMwEUPaYJwD3EIAABCIngLJHjhSD EIAABGImgLLHPAG4hwAEIBA5AZQ9cqQYhAAEIBAzAZQ95gnAPQQgAIHICaDskSPFIAQgAIGYCaDs MU8A7iEAAQhETgBljxwpBiEAAQjETABlj3kCcA8BCEAgcgIoe+RIMQgBCEAgZgIoe8wTgHsIQAAC kRPgux4jR4pBCEAgMgLHjh3ree/Tu37TFJnFPzZ0XtVZe/5+ZKtWrdQsX9u2bTtw4ECJfBVj9swz z+zXr5/FGWZD2cNQog8EIBADAUmttj+95fG/uOTSc8/8SOQR7HvnyJ6fPXf0ka84Za+vr+/fv3/k joo3uGnTpkGDBinOkOJONaZ45liAAARKReDo0aMy/cGxPzl67Fjk/2RWm7lwO3Y5KbctGGcY1ih7 GEr0gQAEYiAgef3ggw/k+MRO9P+OnVB2uTAdd77KTdYVj4sz5DSg7CFB0Q0CEIiBgIma/h89vmyP +J8U3S4blpjbiSHPEC4LCg9lD0GULhCAQKwEpL0lWUfHmlRJnaPsJcWLcQhAIAICJVqzf7hY/6MI S3IJKdpooRBR9kKJ0R8CEPBNQGWTUtTZrRqTsRUtwiUxUChxlL1QYvSHAAR8E5ACR15kl8Gca3bf uZXGH8peGq5YhQAEoiOgpfXxZXvWv+Gd/2zl58/79xsv1L+GMRfceWkH12fNFzrPG3yuvVW7Oqhz toWQa/Z9+9+4/8F5X77p1i+OueGrX5u88smnS7Ey3/Jcg+zrNdt4oSxR9kKJ0R8CEPBNQEqXvWav OuPUe2ur/vwjfzr3xTfueX7vC03vjrmo3cwB51hPbVadH975TLUv+uVbT77y3xlGctRicmW2/403 750553e/e+36677wtVsn1H72M6ef3sY3ggL9oewFAqM7BCDgnYB+pSi7zj6p79mnn9L69p++dv/P 9j++88D4Nf+5be+7w877qPU8Ie3HOp1xyvf6Vz372jt3b2nKUanPJe3Z6+Wf/tum37/e9NUJNwwe NOAzn67+4hc+r51SrNn/3yOeuUwXihxlL5QY/SEAAd8ETqy+M38HtWeH01/9ryMNv3/HHdr8u7el 9Ved/2dq0RD9WzHyL5veef9LT/5Hzt9fDfmE+C9++esLupyvfxlpb6jfOPkbd35p7E3698iCx+3o 9L//7pyHvm/tt90x9SerVlv7wsXLvjJhojW+/MqeYIs6b9+xK1qmKHu0PLEGAQhET+DE8+yZ/8xN sP3Au8e/J0Arebs1evknzuh0xqkZfTLsZMcafjF+3l9+cvjQK5b9cMG0SbdveuZZVx/f9Ytfqf22 W25q1+5ja9fXy6D0XTvDhgxSo167nN95vT4IPPPcjePGaHj3iy96cN5883si2hxboUxR9kKJ0R8C EPBN4ESdPfOfBRFs/1ibP1XL3kPvq1E7v/mvI9O3NHX+89MeuELF9xwWjn9xQRHbq7/5jzXrfjr6 y+Mfe3xx0IxW9yrXXHZpzQVdOh946y0dennPq+d0qlIZR42fu3q4Wnb98teHDx+e98hjGi7R134R geQYirJHyxNrEIBA9ASOPxuT9b0xP286JNXuV9XWHar9xBnvvv/Bj3f/4cQ3wfzJb//7vQXb33jm d29fdf6ZwW6uf85qTPaCucv5572y51XdRw0eUkXlBz9c2q/vJUsXPnr3nd+wnM3gOZ06up6u0XaC 7dJ6jXX/gsHwbEz05xAWIQCBciNw4rseM/999/m90vF/HPqJqTUdbuhx1sKr/7JPVdtVHz4Ac1xJ Tzwbc8eG1959/9i9tZ2yLdh91ma3q68c1qZNm+/NfkCF9ecaGp98ao1e3377HRv4xpsHljyxPL+R Lp3P0z3Y5f/yYw2UEV0nLr7or6xFw3fs/IUamw2joA6s2QvCRWcIQCAGAqqxZz+K/h//feRrG373 1uGjk/t1+G5tpx7t28xu3HfL2v+0nrZE1o66zdq696Kz23yj5v8/7W59Qq7Zz/p4u699dXy7du0e X7RM9ZN1G/7t0KFDPbp3q738M3qw/Rvf/rvT27TRAtwVyt3y3C3kR1w1bOjggaq6aPjKJ1er5xUD +18z4spntjx/x+S/fej7j76y5zfR1tn5yxsxnKa4hAAEwhDQ1+oeOXLk9NuXtrmw70dOiX4ZeuTo B+/++wvvPnT9aaedpnjka8uWLdXV1WFi89ynsbHx8ssvV5ytW4fiEKqT5xxwBwEIQCBIQEvwUnxv DN8IxmkGAQhAIDYCeoilFN8bk7POHv6pR589C0XPmr1QYvSHAAR8EyidhvrOxJc/lN0XafxAAAIt JVCq73psaTzlPw5lL/85IkIIVDqBnM+zR1B5D/e9MaX7xBDecqFnAMpeKDH6QwACvgnk/B3UnL9W WlBjyKcew+tv6XoWSpynHgslRn8IQMATAXvq8by7frL3DwdL5LJzp7N/9c1h7qnHF198Uc+ql8hX MWb1NH23bt3CP/WIshdDm7EQgEAJCUjZ33vvPX2nil61n3OJ3WL3rVq10rPhp556qn6/VK+yUzpf LQ5SAzPiDPk8O8peDHPGQgACJSQgKX///fe1bNdr8Dc8I3EpxdR2yimnaCGsV9ksna9iAs6IU2/D WEPZw1CiDwQgEAOB418P8OEW7YLdkrHlsG16W1JfxeALxomyF0OSsRCAQFkQMEEvhaw7cTeJd15K 56sYoBZhSFk/3rOhoaGmpqYYl4yFAAQgAIGyIsBTj2U1HQQDAQhAIAICKHsEEDEBAQhAoKwIoOxl NR0EAwEIQCACAih7BBAxAQEIQKCsCKDsZTUdBAMBCEAgAgIoewQQMQEBCECgrAig7GU1HQQDAQhA IAICKHsEEDEBAQhAoKwIoOxlNR0EAwEIQCACAih7BBAxAQEIQKCsCKDsZTUdBAMBCEAgAgL/F5Em oZWk3jwlAAAAAElFTkSuQmCC --_004_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_--

2 1

VM Portal - ADD Nic
by Thomas Fecke 19 Feb '18

19 Feb '18

--_000_f41b08a46f1546808d63ad2080f5822dDR1XEXCH01Besetcorp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hey Guys, We got about 50 Users and 50 VLANS. Every User has his own Vlan. With 4.1 they could login in that User Portal. Select an Template or create= a new VM. Add a Disk and connect to there Nic. I see that is no option to add a Disk anymore with 4.2 -> okay that's fine = for me So they just can use Templates. But, there is now option to add the VM to a= nic. So I guess the Template nic is being used. But our Templates don't got a nic because the user has his own networks. That mean I need to add about XX more Templates with every nic in it? Oh common :) No way to add a nic via VM Portal? That really make the VM Portal unusable = for us We can=B4t be the only one using Templates like that. Now every VM set up i= n VM Portal is in one network, that's not good or do I miss something? --_000_f41b08a46f1546808d63ad2080f5822dDR1XEXCH01Besetcorp_ Content-Type: text/html; charset="iso-8859-1" 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=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hey Guys,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">We got about 50 Users and 50 VLANS. Every User has h= is own Vlan. <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">With 4.1 they could login in that User Portal. Selec= t an Template or create a new VM. Add a Disk and connect to there Nic.<o:p>= </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I see that is no option to add a Disk anymore with 4= .2 -> okay that’s fine for me<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">So they just can use Templates. But, there is now op= tion to add the VM to a nic. So I guess the Template nic is being used.<o:p= ></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">But our Templates don’t got a nic because the = user has his own networks.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">That mean I need to add about XX more Templates with= every nic in it? <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Oh common <span style=3D"font-family:Wingdings">J</s= pan><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">No way to add a nic via VM Portal? That really make = the VM Portal unusable for us<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">We can=B4t be the only one using Templates like that= . Now every VM set up in VM Portal is in one network, that’s not good= or do I miss something? <span style=3D"font-size:12.0pt;font-family:"Calibri Light",sans-= serif;mso-fareast-language:EN-GB"> <o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_f41b08a46f1546808d63ad2080f5822dDR1XEXCH01Besetcorp_--

2 1

Install Windows VM issues
by Markus.Schaufler＠ooe.gv.at 19 Feb '18

19 Feb '18

--_000_9D6F18D2AC0D5245BE068C2BEBC06946284C58msli01202res01ads_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi! I'm new here - hope you can forgive my "newbie questions". I want to install a Server 2016 - so I uploaded both the Windows ISO and th= e virtio drivers iso to the ISO Domain location. In the VM Options I can ch= oose both ISO files. But as refered in a Howto, I need to use a Floppy device with a flv file. I= found the FLV drivers file, but I cannot find any Floppy device - there's = no option to choose. So I tried to add a second CD-Rom because in Proxmox that already did work.= But I cannot find any option to add a second CD-Rom too. Any idea how I can provide the drivers for the windows installation? Thanks for any help! Markus --_000_9D6F18D2AC0D5245BE068C2BEBC06946284C58msli01202res01ads_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE-AT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"DE">Hi!<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">I’m new here – hope yo= u can forgive my „newbie questions“.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">I want to install a Server 2016 &#= 8211; so I uploaded both the Windows ISO and the virtio drivers iso to the = ISO Domain location. In the VM Options I can choose both ISO files. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">But as refered in a Howto, I need = to use a Floppy device with a flv file. I found the FLV drivers file, but I= cannot find any Floppy device – there’s no option to choose. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">So I tried to add a second CD-Rom = because in Proxmox that already did work. But I cannot find any option to a= dd a second CD-Rom too.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">Any idea how I can provide the dri= vers for the windows installation?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">Thanks for any help!<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span lang=3D"DE">Markus<o:p></o:p></span></p> </div> </body> </html> --_000_9D6F18D2AC0D5245BE068C2BEBC06946284C58msli01202res01ads_--

3 4

Fwd: Install Windows VM issues
by Jon bae 19 Feb '18

19 Feb '18

Hi Markus, I install Windows 2016 just for two weeks, so in general it must work. Have you insert the windows iso to the dvd drive and the floppy file to the floppy? After booting and selecting installation, a bit after must come a menu where you normally choice the hard drive for installation, but this is empty. There is a button with install driver or something similar. When you click on it, you can navigate to the floppy drive. When this is not working, you can also change your HDD to IDE, install Windows. Add a second drive with virtIO, insert den driver CD install the driver. Reboot, remove the second HDD and change the main disk to virtIO to. But this is a bit hacky :). Jonathan Hi Jonathan, thanks for your quick reply! I startet with run once and attached the flv to the floppy, but still there’s no floppy or cd-rom drive with the drivers on it. Any hint on this? Markus Hi Markus, you need to use the "run onces" option, to be able to insert the floppy. Jonathan 2018-02-19 8:58 GMT+01:00 <Markus.Schaufler(a)ooe.gv.at>: Hi! I’m new here – hope you can forgive my „newbie questions“. I want to install a Server 2016 – so I uploaded both the Windows ISO and the virtio drivers iso to the ISO Domain location. In the VM Options I can choose both ISO files. But as refered in a Howto, I need to use a Floppy device with a flv file. I found the FLV drivers file, but I cannot find any Floppy device – there’s no option to choose. So I tried to add a second CD-Rom because in Proxmox that already did work. But I cannot find any option to add a second CD-Rom too. Any idea how I can provide the drivers for the windows installation? Thanks for any help! Markus

2 1

Unable to connect to the graphic server
by Alex Bartonek 19 Feb '18

19 Feb '18

This is a multi-part message in MIME format. --b1_576a8a5bb40fefc5c569d4cd3c0b589a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SSd2ZSBidWlsdCBhbmQgcmVidWlsdCBhYm91dCA0IG9WaXJ0IHNlcnZlcnMuICBDb25zaWRlciBt eXNlbGYgcHJldHR5IGdvb2QgYXQgdGhpcy4gIExPTC4KU28gSSBhbSBzZXR0aW5nIHVwIGEgb1Zp cnQgc2VydmVyIGZvciBhIGZyaWVuZCBvbiBoaXMgcjcxMC4gIENlbnRPUyA3LCBvdmlydCA0LjIu ICAgL2V0Yy9ob3N0cyBoYXMgdGhlIGNvcnJlY3QgSVAgYW5kIEZRRE4gc2V0dXAuCgpXaGVuIEkg YnVpbGQgYSBWTSBhbmQgdHJ5IHRvIG9wZW4gYSBjb25zb2xlIHNlc3Npb24gdmlhICBTUElDRSBJ IGFtIHVuYWJsZSB0byBjb25uZWN0IHRvIHRoZSBncmFwaGljIHNlcnZlci4gIEknbSBjb25uZWN0 aW5nIGZyb20gYSBXaW5kb3dzIDEwIGJveC4gICBVc2luZyB2aXJ0LW1hbmFnZXIgdG8gY29ubmVj dC4KCkkndmUgZ29vZ2xlZCBhbmQgSSBqdXN0IGNhbnQgc2VlbSB0byBmaW5kIGFueSByZXNvbHV0 aW9uIHRvIHRoaXMuICBOb3csIEkgZGlkIGJ1aWxkIHRoZSBzZXJ2ZXIgb24gbXkgaG9tZSBuZXR3 b3JrIGJ1dCB0aGUgc3VibmV0IGl0cyBvbiBpcyB0aGUgc2FtZS4uIGludGVybmFsIDE5Mi4xNjgu MS54eHguICAgVGhlIHdlYiBpbnRlcmZhY2UgaXMgYWNjZXNzaWJsZSBhbHNvLgoKQW55IGhpbnRz IGFzIHRvIHdoYXQgZWxzZSBJIGNhbiBjaGVjaz8KClRoYW5rcyEKClNlbnQgd2l0aCBbUHJvdG9u TWFpbF0oaHR0cHM6Ly9wcm90b25tYWlsLmNvbSkgU2VjdXJlIEVtYWlsLg== --b1_576a8a5bb40fefc5c569d4cd3c0b589a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj5JJ3ZlIGJ1aWx0IGFuZCByZWJ1aWx0IGFib3V0IDQgb1ZpcnQgc2VydmVycy4mbmJzcDsg Q29uc2lkZXIgbXlzZWxmIHByZXR0eSBnb29kIGF0IHRoaXMuJm5ic3A7IExPTC48YnI+PC9kaXY+ PGRpdj5TbyBJIGFtIHNldHRpbmcgdXAgYSBvVmlydCBzZXJ2ZXIgZm9yIGEgZnJpZW5kIG9uIGhp cyByNzEwLiZuYnNwOyBDZW50T1MgNywgb3ZpcnQgNC4yLiZuYnNwOyZuYnNwOyAvZXRjL2hvc3Rz IGhhcyB0aGUgY29ycmVjdCBJUCBhbmQgRlFETiBzZXR1cC48YnI+PC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdj5XaGVuIEkgYnVpbGQgYSBWTSBhbmQgdHJ5IHRvIG9wZW4gYSBjb25zb2xlIHNlc3Np b24gdmlhJm5ic3A7IFNQSUNFIEkgYW0gdW5hYmxlIHRvIGNvbm5lY3QgdG8gdGhlIGdyYXBoaWMg c2VydmVyLiZuYnNwOyBJJ20gY29ubmVjdGluZyBmcm9tIGEgV2luZG93cyAxMCBib3guJm5ic3A7 Jm5ic3A7IFVzaW5nIHZpcnQtbWFuYWdlciB0byBjb25uZWN0Ljxicj48L2Rpdj48ZGl2Pjxicj48 L2Rpdj48ZGl2PkkndmUgZ29vZ2xlZCBhbmQgSSBqdXN0IGNhbnQgc2VlbSB0byBmaW5kIGFueSBy ZXNvbHV0aW9uIHRvIHRoaXMuJm5ic3A7IE5vdywgSSBkaWQgYnVpbGQgdGhlIHNlcnZlciBvbiBt eSBob21lIG5ldHdvcmsgYnV0IHRoZSBzdWJuZXQgaXRzIG9uIGlzIHRoZSBzYW1lLi4gaW50ZXJu YWwgMTkyLjE2OC4xLnh4eC4mbmJzcDsmbmJzcDsgVGhlIHdlYiBpbnRlcmZhY2UgaXMgYWNjZXNz aWJsZSBhbHNvLjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkFueSBoaW50cyBhcyB0byB3 aGF0IGVsc2UgSSBjYW4gY2hlY2s/PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhhbmtz ITxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVy ZV9ibG9jayI+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stdXNlciBwcm90 b25tYWlsX3NpZ25hdHVyZV9ibG9jay1lbXB0eSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InByb3Rv bm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3RvbiI+U2VudCB3aXRoIDxhIGhyZWY9Imh0dHBzOi8v cHJvdG9ubWFpbC5jb20iPlByb3Rvbk1haWw8L2E+IFNlY3VyZSBFbWFpbC48YnI+PC9kaXY+PC9k aXY+PGRpdj48YnI+PC9kaXY+ --b1_576a8a5bb40fefc5c569d4cd3c0b589a--

2 7

qcow2 images corruption
by Nicolas Ecarnot 18 Feb '18

18 Feb '18

Hello, TL; DR : qcow2 images keep getting corrupted. Any workaround? Long version: This discussion has already been launched by me on the oVirt and on qemu-block mailing list, under similar circumstances but I learned further things since months and here are some informations : - We are using 2 oVirt 3.6.7.5-1.el7.centos datacenters, using CentOS 7.{2,3} hosts - Hosts : - CentOS 7.2 1511 : - Kernel = 3.10.0 327 - KVM : 2.3.0-31 - libvirt : 1.2.17 - vdsm : 4.17.32-1 - CentOS 7.3 1611 : - Kernel 3.10.0 514 - KVM : 2.3.0-31 - libvirt 2.0.0-10 - vdsm : 4.17.32-1 - Our storage is 2 Equallogic SANs connected via iSCSI on a dedicated network - Depends on weeks, but all in all, there are around 32 hosts, 8 storage domains and for various reasons, very few VMs (less than 200). - One peculiar point is that most of our VMs are provided an additional dedicated network interface that is iSCSI-connected to some volumes of our SAN - these volumes not being part of the oVirt setup. That could lead to a lot of additional iSCSI traffic. From times to times, a random VM appears paused by oVirt. Digging into the oVirt engine logs, then into the host vdsm logs, it appears that the host considers the qcow2 image as corrupted. Along what I consider as a conservative behavior, vdsm stops any interaction with this image and marks it as paused. Any try to unpause it leads to the same conservative pause. After having found (https://access.redhat.com/solutions/1173623) the right logical volume hosting the qcow2 image, I can run qemu-img check on it. - On 80% of my VMs, I find no errors. - On 15% of them, I find Leaked cluster errors that I can correct using "qemu-img check -r all" - On 5% of them, I find Leaked clusters errors and further fatal errors, which can not be corrected with qemu-img. In rare cases, qemu-img can correct them, but destroys large parts of the image (becomes unusable), and on other cases it can not correct them at all. Months ago, I already sent a similar message but the error message was about No space left on device (https://www.mail-archive.com/qemu-block@gnu.org/msg00110.html) This time, I don't have this message about space, but only corruption. I kept reading and found a similar discussion in the Proxmox group : https://lists.ovirt.org/pipermail/users/2018-February/086750.html https://forum.proxmox.com/threads/qcow2-corruption-after-snapshot-or-heavy-… What I read similar to my case is : - usage of qcow2 - heavy disk I/O - using the virtio-blk driver In the proxmox thread, they tend to say that using virtio-scsi is the solution. Having asked this question to oVirt experts (https://lists.ovirt.org/pipermail/users/2018-February/086753.html) but it's not clear the driver is to blame. I agree with the answer Yaniv Kaul gave to me, saying I have to properly report the issue, so I'm longing to know which peculiar information I can give you now. As you can imagine, all this setup is in production, and for most of the VMs, I can not "play" with them. Moreover, we launched a campaign of nightly stopping every VM, qemu-img check them one by one, then boot. So it might take some time before I find another corrupted image. (which I'll preciously store for debug) Other informations : We very rarely do snapshots, but I'm close to imagine that automated migrations of VMs could trigger similar behaviors on qcow2 images. Last point about the versions we use : yes that's old, yes we're planning to upgrade, but we don't know when. Regards, -- Nicolas ECARNOT

5 8

Ovirt backups lead to unresponsive VM
by Alex K 18 Feb '18

18 Feb '18

Hi all, I have a cluster with 3 nodes, using ovirt 4.1 in a self hosted setup on top glusterfs. On some VMs (especially one Windows server 2016 64bit with 500 GB of disk). Guest agents are installed at VMs. i almost always observe that during the backup of the VM the VM is rendered unresponsive (dashboard shows a question mark at the VM status and VM does not respond to ping or to anything). For scheduled backups I use: https://github.com/wefixit-AT/oVirtBackup The script does the following: 1. snapshot VM (this is done ok without any failure) 2. Clone snapshot (this steps renders the VM unresponsive) 3. Export Clone 4. Delete clone 5. Delete snapshot Do you have any similar experience? Any suggestions to address this? I have never seen such issue with hosted Linux VMs. The cluster has enough storage to accommodate the clone. Thanx, Alex

3 7

Failing live migration with SPICE
by Alex K 18 Feb '18

18 Feb '18

Hi all, I am running a 3 node ovirt 4.1 selft hosted setup. I have consistently observed that windows 10 VMs with SPICE console fail to live migrate. Other VMs (windows server 2016) do migrate normally. VDSM log indicates: internal error: unable to execute QEMU command 'migrate': qxl: guest bug: command not in ram bar (migration:287) 2018-02-18 11:41:59,586+0000 ERROR (migsrc/2cf3a254) [virt.vm] (vmId='2cf3a254-8450-44cf-b023-e0a49827dac0') Failed to migrate (migration:429) if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self) libvirtError: internal error: unable to execute QEMU command 'migrate': qxl: guest bug: command not in ram bar Seems as a guest agent bug for Windows 10? Is there any fix? Thanx, Alex

2 4

ovirt change of email alert
by Alex K 18 Feb '18

18 Feb '18

Hi all, I had put a specif email alert during the deploy and then I wanted to change it. I did the following: At one of the hosts ra: hosted-engine --set-shared-config destination-emails alerts(a)domain.com --type=broker systemctl restart ovirt-ha-broker.service I had to do the above since changing the email from GUI did not have any effect. After the above the emails are received at the new email address but the cluster seems to have some issue recognizing the state of engine. i am flooded with emails that " EngineMaybeAway-EngineUnexpectedlyDown " I have restarted at each host also the ovirt-ha-agent.service. Did put the cluster to global maintenance and then disabled global maintenance. host agent logs I have: MainThread::ERROR::2018-02-18 11:12:20,751::hosted_engine::720::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock) cannot get lock on host id 1: host already holds lock on a different host id One other host logs: MainThread::INFO::2018-02-18 11:20:23,692::states::682::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Score is 0 due to unexpected vm shutdown at Sun Feb 18 11:15:13 2018 MainThread::INFO::2018-02-18 11:20:23,692::hosted_engine::453::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUnexpectedlyDown (score: 0) The engine status on 3 hosts is: hosted-engine --vm-status --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : v0 Host ID : 1 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 0 stopped : False Local maintenance : False crc32 : cfd15dac local_conf_timestamp : 4721144 Host timestamp : 4721144 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=4721144 (Sun Feb 18 11:20:33 2018) host-id=1 score=0 vm_conf_refresh_time=4721144 (Sun Feb 18 11:20:33 2018) conf_on_shared_storage=True maintenance=False state=EngineUnexpectedlyDown stopped=False timeout=Tue Feb 24 15:29:44 1970 --== Host 2 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : v1 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 0 stopped : False Local maintenance : False crc32 : 5cbcef4c local_conf_timestamp : 2499416 Host timestamp : 2499416 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=2499416 (Sun Feb 18 11:20:46 2018) host-id=2 score=0 vm_conf_refresh_time=2499416 (Sun Feb 18 11:20:46 2018) conf_on_shared_storage=True maintenance=False state=EngineUnexpectedlyDown stopped=False timeout=Thu Jan 29 22:18:42 1970 --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : False Hostname : v2 Host ID : 3 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : f064d529 local_conf_timestamp : 2920612 Host timestamp : 2920611 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=2920611 (Sun Feb 18 10:47:31 2018) host-id=3 score=3400 vm_conf_refresh_time=2920612 (Sun Feb 18 10:47:32 2018) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False Putting each host at maintenance then activating them back does not resolve the issue. Seems I have to avoid defining email address during deploy and have it set only later at GUI. How one can recover from this situation? Thanx, Alex

1 0

Re: [ovirt-users] Import Domain and snapshot issue ... please help !!!
by Enrico Becchetti 18 Feb '18

18 Feb '18

This is a cryptographically signed message in MIME format. --------------ms050607070104000301070509 Content-Type: multipart/alternative; boundary="------------ED6337BCF2BC492470FB68A8" Content-Language: it-IT This is a multi-part message in MIME format. --------------ED6337BCF2BC492470FB68A8 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable =C2=A0 Hi, also you can download them throught these links: https://owncloud.pg.infn.it/index.php/s/QpsTyGxtRTPYRTD https://owncloud.pg.infn.it/index.php/s/ph8pLcABe0nadeb Thanks again !!!! Best Regards Enrico > Il 13/02/2018 14:52, Maor Lipchuk ha scritto: >> >> >> On Tue, Feb 13, 2018 at 3:51 PM, Maor Lipchuk <mlipchuk(a)redhat.com=20 >> <mailto:mlipchuk@redhat.com>> wrote: >> >> >> On Tue, Feb 13, 2018 at 3:42 PM, Enrico Becchetti >> <enrico.becchetti(a)pg.infn.it >> <mailto:enrico.becchetti@pg.infn.it>> wrote: >> >> see the attach files please ... thanks for your attention !!! >> >> >> >> Seems like the engine logs does not contain the entire process, >> can you please share older logs since the import operation? >> >> >> And VDSM logs as well from your host >> >> Best Regards >> Enrico >> >> >> Il 13/02/2018 14:09, Maor Lipchuk ha scritto: >>> >>> >>> On Tue, Feb 13, 2018 at 1:48 PM, Enrico Becchetti >>> <enrico.becchetti(a)pg.infn.it >>> <mailto:enrico.becchetti@pg.infn.it>> wrote: >>> >>> =C2=A0Dear All, >>> I have been using ovirt for a long time with three >>> hypervisors and an external engine running in a centos vm= . >>> >>> This three hypervisors have HBAs and access to fiber >>> channel storage. Until recently I used version 3.5, then >>> I reinstalled everything from scratch and now I have 4.2.= >>> >>> Before formatting everything, I detach the storage data >>> domani (FC) with the virtual machines and reimported it >>> to the new 4.2 and all went well. In >>> this domain there were virtual machines with and without >>> snapshots. >>> >>> Now I have two problems. The first is that if I try to >>> delete a snapshot the process is not end successful and >>> remains hanging and the second problem is that >>> in one case I lost the virtual machine !!! >>> >>> >>> >>> Not sure that I fully understand the scneario.' >>> How was the virtual machine got lost if you only tried to >>> delete a snapshot? >>> >>> >>> So I need your help to kill the three running zombie >>> tasks because with taskcleaner.sh I can't do anything >>> and then I need to know how I can delete the old snapshot= s >>> made with the 3.5 without losing other data or without >>> having new processes that terminate correctly. >>> >>> If you want some log files please let me know. >>> >>> >>> >>> Hi Enrico, >>> >>> Can you please attach the engine and VDSM logs >>> >>> >>> Thank you so much. >>> Best Regards >>> Enrico >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org <mailto:Users@ovirt.org> >>> http://lists.ovirt.org/mailman/listinfo/users >>> <http://lists.ovirt.org/mailman/listinfo/users> >>> >>> >> >> --=20 >> ______________________________________________________________= _________ >> >> Enrico Becchetti Servizio di Calcolo e Reti= >> >> Istituto Nazionale di Fisica Nucleare - Sezione di Perugia >> Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) >> Phone:+39 075 5852777 <tel:+39%20075%20585%202777> = Mail: Enrico.Becchetti<at>pg.infn.it <http://pg.infn.it> >> ______________________________________________________________= ________ >> >> >> > > --=20 > _______________________________________________________________________= > > Enrico Becchetti Servizio di Calcolo e Reti > > Istituto Nazionale di Fisica Nucleare - Sezione di Perugia > Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) > Phone:+39 075 5852777 Mail: Enrico.Becchetti<at>pg.infn.it > ______________________________________________________________________ --=20 _______________________________________________________________________ Enrico Becchetti Servizio di Calcolo e Reti Istituto Nazionale di Fisica Nucleare - Sezione di Perugia Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) Phone:+39 075 5852777 Mail: Enrico.Becchetti<at>pg.infn.it ______________________________________________________________________ --------------ED6337BCF2BC492470FB68A8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf= -8"> </head> <body text=3D"#000000" bgcolor=3D"#FFFFFF"> =C2=A0 Hi, <div class=3D"moz-cite-prefix">also you can download them throught these<br> links:<br> <br> <a class=3D"moz-txt-link-freetext" href=3D"https://owncloud.pg.infn= =2Eit/index.php/s/QpsTyGxtRTPYRTD">https://owncloud.pg.infn.it/index.php/= s/QpsTyGxtRTPYRTD</a><br> </div> <a class=3D"moz-txt-link-freetext" href=3D"https://owncloud.pg.infn.i= t/index.php/s/ph8pLcABe0nadeb">https://owncloud.pg.infn.it/index.php/s/ph= 8pLcABe0nadeb</a><br> <br> Thanks again !!!!<br> Best Regards<br> Enrico<br> <br> <blockquote type=3D"cite" cite=3D"mid:54306728-1b78-6634-0bcb-26f836cb1cf9@pg.infn.it"> <div class=3D"moz-cite-prefix"> Il 13/02/2018 14:52, Maor Lipchuk h= a scritto:<br> </div> <blockquote type=3D"cite" cite=3D"mid:CAJ1JNOfTOG850gVAznZpC1qfRPU1ws9ow3OGSJUK=3Dk+dVAzjdg@mail.gm= ail.com"> <div dir=3D"ltr"><br> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote">On Tue, Feb 13, 2018 at 3:51 PM, Maor Lipchuk <span dir=3D"ltr"><<a href=3D"mailto:mlipchuk@redhat.com" target=3D"_blank" moz-do-not-send=3D"true">mlipchuk(a)redhat.com</a>></s= pan> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir=3D"ltr"> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote"><span class=3D"">On Tue, F= eb 13, 2018 at 3:42 PM, Enrico Becchetti <span dir=3D"ltr"><<a href=3D"mailto:enrico.becchetti@pg.infn.it" target=3D"_blank" moz-do-not-send=3D"true">en= rico.becchetti(a)pg.infn.it</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div bgcolor=3D"#FFFFFF"> <div class=3D"m_1867120190031562186gmail-m_-8783= 667902876592593moz-cite-prefix">see the attach files please ... thanks for your attention !!!<br> </div> </div> </blockquote> <div class=3D"gmail_quote"><br> </div> <div class=3D"gmail_quote"><br> </div> </span>Seems like the engine logs does not contain the entire process, can you please share older logs since the import operation?</div> </div> </div> </blockquote> <div><br> </div> <div>And VDSM logs as well from your host</div> <div>=C2=A0</div> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir=3D"ltr"> <div class=3D"gmail_extra"> <div class=3D"gmail_quote"> <div> <div class=3D"h5"> <div>=C2=A0</div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div bgcolor=3D"#FFFFFF"> <div class=3D"m_1867120190031562186gmail-m_-87= 83667902876592593moz-cite-prefix"> Best Regards<br> Enrico <div> <div class=3D"m_1867120190031562186gmail-h= 5"><br> <br> Il 13/02/2018 14:09, Maor Lipchuk ha scritto:<br> </div> </div> </div> <div> <div class=3D"m_1867120190031562186gmail-h5"= > <blockquote type=3D"cite"> <div dir=3D"ltr"><br> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote">On Tue= , Feb 13, 2018 at 1:48 PM, Enrico Becchetti <span dir=3D"ltr"><<a href=3D"mailto:enrico.becch= etti(a)pg.infn.it" target=3D"_blank" moz-do-not-send=3D"true">en= rico.becchetti(a)pg.infn.it</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">=C2=A0Dear All,<br> I have been using ovirt for a long time with three hypervisors and an external engine running in a centos vm .<br> <br> This three hypervisors have HBAs and access to fiber channel storage. Until recently I used version 3.5, then I reinstalled everything from scratch and now I have 4.2.<br> <br> Before formatting everything, I detach the storage data domani (FC) with the virtual machines and reimported it to the new 4.2 and all went well. In<br>= this domain there were virtual machines with and without snapshots.<br> <br> Now I have two problems. The first is that if I try to delete a snapshot the process is not end successful and remains hanging and the second problem is that<br> in one case I lost the virtual machine !!!<br> </blockquote> <div><br> </div> <div><br> </div> <div>Not sure that I fully understand the scneario.'</di= v> <div>How was the virtual machine got lost if you only tried to delete a snapshot?</= div> <div>=C2=A0</div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br> So I need your help to kill the three running zombie tasks because with taskcleaner.sh I can't do anything and then I need to know how I can delete the old snapshots<br> made with the 3.5 without losing other data or without having new processes that terminate correctly.<br> <br> If you want some log files please let me know.<br> </blockquote> <div><br> </div> <div><br> </div> <div>Hi Enrico,</div> <div><br> </div> <div>Can you please attach the engine and VDSM logs</div> <div>=C2=A0=C2=A0</div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br> Thank you so much.<br> Best Regards<span class=3D"m_1867120190031562= 186gmail-m_-8783667902876592593gmail-HOEnZb"><font color=3D"#888888"><br> Enrico<br> <br> <br> </font></span><br> ______________________________<wbr>_________________<br> Users mailing list<br> <a href=3D"mailto:Users@ovirt.= org" target=3D"_blank" moz-do-not-send=3D"true">Us= ers(a)ovirt.org</a><br> <a href=3D"http://lists.ovirt.= org/mailman/listinfo/users" rel=3D"noreferrer" target=3D"_blank" moz-do-not-send=3D"true">ht= tp://lists.ovirt.org/mailman<wbr>/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </div> </blockquote> <p><br> </p> </div> </div> <span class=3D"m_1867120190031562186gmail-HOEnZ= b"><font color=3D"#888888"> <pre class=3D"m_1867120190031562186gmai= l-m_-8783667902876592593moz-signature" cols=3D"72">--=20 ______________________________<wbr>______________________________<wbr>___= ________ Enrico Becchetti Servizio di Calcolo e Reti Istituto Nazionale di Fisica Nucleare - Sezione di Perugia Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) Phone:<a href=3D"tel:+39%20075%20585%202777" value=3D"+390755852777" targ= et=3D"_blank" moz-do-not-send=3D"true">+39 075 5852777</a> Ma= il: Enrico.Becchetti<at><a href=3D"http://pg.infn.it" target=3D"_bl= ank" moz-do-not-send=3D"true">pg.infn.it</a> ______________________________<wbr>______________________________<wbr>___= _______ </pre> </font></span></div> </blockquote> </div> </div> </div> <br> </div> </div> </blockquote> </div> <br> </div> </div> </blockquote> <p><br> </p> <pre class=3D"moz-signature" cols=3D"72">--=20 _______________________________________________________________________ Enrico Becchetti Servizio di Calcolo e Reti Istituto Nazionale di Fisica Nucleare - Sezione di Perugia Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) Phone:+39 075 5852777 Mail: Enrico.Becchetti<at>pg.infn= =2Eit ______________________________________________________________________ </= pre> </blockquote> <p><br> </p> <pre class=3D"moz-signature" cols=3D"72">--=20 _______________________________________________________________________ Enrico Becchetti Servizio di Calcolo e Reti Istituto Nazionale di Fisica Nucleare - Sezione di Perugia Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) Phone:+39 075 5852777 Mail: Enrico.Becchetti<at>pg.infn= =2Eit ______________________________________________________________________ </= pre> </body> </html> --------------ED6337BCF2BC492470FB68A8-- --------------ms050607070104000301070509 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Firma crittografica S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC BZMwggWPMIIDd6ADAgECAgMAkbUwDQYJKoZIhvcNAQELBQAwQzELMAkGA1UEBhMCSVQxDTAL BgNVBAoTBElORk4xJTAjBgNVBAMTHElORk4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcN MTcwMjIyMTM0NDU1WhcNMTgwMjIyMTM0NDU1WjBoMQswCQYDVQQGEwJJVDENMAsGA1UEChME SU5GTjEdMBsGA1UECxMUUGVyc29uYWwgQ2VydGlmaWNhdGUxEDAOBgNVBAcTB1BlcnVnaWEx GTAXBgNVBAMTEEVucmljbyBCZWNjaGV0dGkwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDM9hqLromxJFRrJxIkfgn+pYWI6IJmy0zu0OH6x/zrp8eEpTkI6Rlngg3jVexYWldr obFy6TSSW429GDbkszGjy/yNJKtgQnRama8Izihm/RY5m/j8iTqvw4RPdk6CrxO8AD3FGiR8 sSImHzBagHmvAHwA9Ba5gTCJVgRO4MsGAMaxKNkwUrGIZK+Rmi5zVLW2yfjqsSiO4sCZDXey /Ndm17b8FF5HG5rNWjwG8A0y2s25AWTxURvM1gNnTXl8zOPWmtvZcpp5dBp3VlA6N/0Pk3uy klBIBEEK67W9+vqcDfqNON24hL+Cm3OsGrW/XpIIb/oQNdLp5dtSUG3qTn8BAgMBAAGjggFl MIIBYTAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwPwYDVR0fBDgwNjA0oDKgMIYuaHR0cDovL3NlY3VyaXR5LmZpLmluZm4u aXQvQ0EvSU5GTi1DQS0yMDE1LmNybDAlBgNVHSAEHjAcMAwGCisGAQQB0SMKAQgwDAYKKoZI hvdMBQICATAdBgNVHQ4EFgQUiw04Jlbw6qOmGOQVq8eXcDhG08cwcwYDVR0jBGwwaoAUQ4xN /uyWyunvCqR9wZ0C5Z+9loChR6RFMEMxCzAJBgNVBAYTAklUMQ0wCwYDVQQKEwRJTkZOMSUw IwYDVQQDExxJTkZOIENlcnRpZmljYXRpb24gQXV0aG9yaXR5ggkAsyYCxn1JJicwJgYDVR0R BB8wHYEbZW5yaWNvLmJlY2NoZXR0aUBwZy5pbmZuLml0MA0GCSqGSIb3DQEBCwUAA4ICAQBY SsKt/XTw+Kc+Vc1pjVi5uuEf/oP0U/nQQywIyM+rhbkeHy8c1eokA5k8Xnycwx8kzAh0e2lz W0a8gM2tSI799DF6N8s5NfCo6RoPciSYA+7edylWlE8TfGoJ2I5pNZV3IctYlfokSiz59EPz CNhQsfVbF8qkINB/J8HlbKvm0ERDOAse1pBjNwdU3Lt5nxmw3Yd08b9jPw4g5eMSmW4XmRzP kERTjAQxophM4OIKb0Vj0XfqONBt+LansgyzHcWbo+aKJmgQDvdumnGsNoQbRI4TxjnlB4Dg Vgbvo0mKZYfu0Sr2U9+wpRJ0U/+YljbVEuzmD9hl/eBRoBgIhx9dwoBYsuXEkWo8RkgeVpnt z8ze4zubi7+4BnuuVLZeq1VWQFy1qU7KGTou4a6B+gM88ZviGJI6o03oDhE976uOST5v5pZ7 q7uhgBd8FW594PAWdI1oPQ5YVKX+NX6XrXwf7GYf18OTmV3kNxWllrNVz3YLLhbnSSf1o3sd FLZXMu1r4dbeQuk7duYa/c/POyl3f8H/JGAPIOVQWfotMm8X/WET9Rhglc5Ead18rZPePTpj zyjfB+k0C0ZH1cM7ynTpMDxrk9X7Zq4wbKFlzG1OVKSzTiZGLQrjhciXoSDHs4J9RNM5ar2G IYWhWFkQ+tVY/73EOsNHHXjk438qUUD33jGCAwgwggMEAgEBMEowQzELMAkGA1UEBhMCSVQx DTALBgNVBAoTBElORk4xJTAjBgNVBAMTHElORk4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkC AwCRtTANBglghkgBZQMEAgEFAKCCAY8wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMTgwMjE0MDgxMTQyWjAvBgkqhkiG9w0BCQQxIgQgWNGQtbBzZ41OMyBw nGzdNpVSgpH9TRdai8vep1YqQYAwWQYJKwYBBAGCNxAEMUwwSjBDMQswCQYDVQQGEwJJVDEN MAsGA1UEChMESU5GTjElMCMGA1UEAxMcSU5GTiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQID AJG1MFsGCyqGSIb3DQEJEAILMUygSjBDMQswCQYDVQQGEwJJVDENMAsGA1UEChMESU5GTjEl MCMGA1UEAxMcSU5GTiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIDAJG1MGwGCSqGSIb3DQEJ DzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0D AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcN AQEBBQAEggEAcjFESE65z2g5Tc/bjY5/qPeWr9bljHuiUHx41Yq9AbJi8ODtkL+g4ntC2Upd H964sFzA+0RoakYOwDJH4dAMgbdrX93uR5V3/s5cjMuaxaU9ko+dgVmjq1ptl1mAOJVWCcsg 8p1lC250ursn0QnU4gURm4KT+11PsrCEF5qrbuIXvsuqiOsLA70wYCq4PSRW4sqNLTaXR8oc 3g4v9jP1aolER0UTA7UQapU928/mYZZkTXCCAsKfDhQvEVe9/QJyikRxXsuH8PU6ywKp25sK WXc/1dwteceSyz8aCBM6e4+mhGe+RirP7b9Rf2sqTJf+m2SSHwJ2ARzcVjlHQBxGZgAAAAAA AA== --------------ms050607070104000301070509--

2 6

database restoration
by Fabrice Bacchella 18 Feb '18

18 Feb '18

I'm running a restoration test and getting the following log generated by engine-backup --mode=restore: pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error from TOC entry 4274; 0 0 COMMENT EXTENSION plpgsql pg_restore: [archiver (db)] could not execute query: ERROR: must be owner of extension plpgsql Command was: COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural language'; pg_restore: WARNING: no privileges could be revoked for "public" pg_restore: WARNING: no privileges could be revoked for "public" pg_restore: WARNING: no privileges were granted for "public" pg_restore: WARNING: no privileges were granted for "public" WARNING: errors ignored on restore: 1 Do I need to worry, as this error is ignored ?

2 2

Unable to put Host into Maintenance mode
by Mark Steele 16 Feb '18

16 Feb '18

I have a host that is currently reporting down with NO VM's on it or associated with it. However when I attempt to put it into maintenance mode, I get the following error: Host hv-01 cannot change into maintenance mode - not all Vms have been migrated successfully. Consider manual intervention: stopping/migrating Vms: <UNKNOWN> (User: admin) I am running oVirt Engine Version: 3.5.0.1-1.el6 *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

7 11

Username / password for ovirt-shell
by Mark Steele 16 Feb '18

16 Feb '18

Hello, I'm not the original system architect of our Cluster and I'm not able to locate any documentation regarding the username and password for our ovirt-shell CLI. Is there a config file on the HostedEngine that would point me in the right direction? Best regards, *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

1 1

Requirements for basic host
by Mark Steele 16 Feb '18

16 Feb '18

Hello again, I'm building a new host for my cluster and have a quick question about required software for joining the host to my cluster. In my notes from a previous colleague, I am instructed to do the following: yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm yum install ovirt-hosted-engine-setup hosted-engine --deploy We already have a HostedEngine running on another server in the cluster - so do I need to install ovirt-hosted-engine-setup and then deploy it for this server to join the cluster and operate properly? As always - thank you for your time. *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2

ERROR - some other host already uses IP ###.###.###.###
by Mark Steele 16 Feb '18

16 Feb '18

Good morning, We had a storage crash early this morning that messed up a couple of our ovirt hosts. Networking seemed to be the biggest issue. I have decided to remove the bridge information in /etc/sysconfig/network-scripts and ip the nics in order to re-import them into my ovirt installation (I have already removed the hosts). One of the NIC's refuses to come up and is generating the following error: ERROR : [/etc/sysconfig/network-scripts/ifup-eth] Error, some other host (0C:C4:7A:5B:11:5C) already uses address ###.###.###.###. When I ARP on this server, I do not see that Mac address - and none of my other hosts are using it either. I'm not sure where to go next other than completely reinstalling Centos on this server and starting over. Ovirt version is oVirt Engine Version: 3.5.0.1-1.el6 OS version is CentOS Linux release 7.4.1708 (Core) Thank you *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2

Internal Server Error while add Permission [cli]
by Thomas Fecke 16 Feb '18

16 Feb '18

--_000_077d1469b6bf4f3c886b50c69af94b2fDR1XEXCH01Besetcorp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey dear Community, I work a bit with that ovirt shell. That worked pretty fine but I got some = Problems when I try to add Permission: What I want to do: Add a Role to an VM What I did: add permission --parent-vm-name vm1 --user-id user1 --role-id UserVmCreator Error: status: 500 reason: Internal Server Error detail: <html><head><title>Error</title></head><body>Internal Server Error</body></= html> Any other cli command works fine for me. What am I doing wrong? Thank you ! --_000_077d1469b6bf4f3c886b50c69af94b2fDR1XEXCH01Besetcorp_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hey dear Community,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I work a bit with that ovirt shell. That worked pret= ty fine but I got some Problems when I try to add Permission:<o:p></o:p></p= > <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">What I want to do:<o:p></o:p></p> <p class=3D"MsoNormal">Add a Role to an VM<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">What I did:<o:p></o:p></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"Ca= libri Light",sans-serif;mso-fareast-language:EN-GB">add permission --p= arent-vm-name vm1 --user-id user1 --role-id UserVmCreator<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Error:<o:p></o:p></p> <p class=3D"MsoNormal">status: 500<o:p></o:p></p> <p class=3D"MsoNormal">  reason: Internal Server Error<o:p></o:p></p> <p class=3D"MsoNormal">  detail:<o:p></o:p></p> <p class=3D"MsoNormal"><html><head><title>Error</title= ></head><body>Internal Server Error</body></html&gt= ;<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any other cli command works fine for me. What am I d= oing wrong? Thank you !<o:p></o:p></p> </div> </body> </html> --_000_077d1469b6bf4f3c886b50c69af94b2fDR1XEXCH01Besetcorp_--

2 1

XML error ovirt-4.2.1 release
by Ladislav Humenik 16 Feb '18

16 Feb '18

This is a multi-part message in MIME format. --------------3F038A49E1BAC4879CE7C6F3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello all, we just tested the 4.2.0 release, worked fine so far. Yesterday just updated to the latest 4.2.1 and since then we can not send and receive response; the error has to do with the response to the server: checkContentType(XML_CONTENT_TYPE_RE, "XML", response.getFirstHeader("content-type").getValue()); it seems it is not XML type the error is: throw new Error("Failed to send request", e); Through the web api I can connect and get and see all, but through the SDK it exits. I've tried both 420 and 421 SDKs of ovirt. -- Ladislav Humenik --------------3F038A49E1BAC4879CE7C6F3 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="#000000" bgcolor="#FFFFFF"> <p>Hello all,</p> <p><br> </p> <p>we just tested the 4.2.0 release, worked fine so far.</p> <p> Yesterday just updated to the latest 4.2.1 and since then we can not send and receive response; the error has to do with the response to the server:<br> </p> <p> <font face="Arial,sans-serif">checkContentType(XML_CONTENT_TYPE_RE, "XML", response.getFirstHeader("content-type").getValue());</font></p> <p>it seems it is not XML type</p> <p>the error is:</p> <p><span style="color: rgb(68, 68, 68); font-family: -apple-system, BlinkMacSystemFont, Roboto, "Helvetica Neue", Arial, sans-serif, "Apple Color Emoji", "Segoe UI", "Segoe UI Emoji", "Segoe UI Symbol", "Meiryo UI"; font-size: 14px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;"> <font size="+1"> throw new Error("Failed to send request", e);</font></span></p> <p>Through the web api I can connect and get and see all, but through the SDK it exits. I've tried both 420 and 421 SDKs of ovirt.</p> <p><br> </p> <pre class="moz-signature" cols="72">-- Ladislav Humenik</pre> </body> </html> --------------3F038A49E1BAC4879CE7C6F3--

1 0

Partition Trouble on oVirt Node
by Matt Simonsen 16 Feb '18

16 Feb '18

Hello all, This may not be oVirt specific (but it may be) so thank you in advance for any assistance. I have a system installed with oVirt Node Next 4.1.9 that was installed to /dev/sda I had a seperate RAID Volume /dev/sdb that should not have been used, but now that the operating system is loaded I'm struggling to get the device partitioned. I've tried mkfs.ext4 on the device and also pvcreate, with the errors below. I've also rebooted a couple times and tried to disable multipathd. Is multipathd even safe to disable on Node Next? Below are the errors I've received, and thank you again for any tips. [root@node1-g6-h3 ~]# mkfs.ext4 /dev/sdb mke2fs 1.42.9 (28-Dec-2013) /dev/sdb is entire device, not just one partition! Proceed anyway? (y,n) y /dev/sdb is apparently in use by the system; will not make a filesystem here! [root@node1-g6-h3 ~]# gdisk GPT fdisk (gdisk) version 0.8.6 Type device filename, or press <Enter> to exit: /dev/sdb Caution: invalid main GPT header, but valid backup; regenerating main header from backup! Caution! After loading partitions, the CRC doesn't check out! Warning! Main partition table CRC mismatch! Loaded backup partition table instead of main partition table! Warning! One or more CRCs don't match. You should repair the disk! Partition table scan: MBR: not present BSD: not present APM: not present GPT: damaged Found invalid MBR and corrupt GPT. What do you want to do? (Using the GPT MAY permit recovery of GPT data.) 1 - Use current GPT 2 - Create blank GPT Your answer: 2 Command (? for help): n Partition number (1-128, default 1): First sector (34-16952264590, default = 2048) or {+-}size{KMGTP}: Last sector (2048-16952264590, default = 16952264590) or {+-}size{KMGTP}: Current type is 'Linux filesystem' Hex code or GUID (L to show codes, Enter = 8300): 8e00 Changed type of partition to 'Linux LVM' Command (? for help): w Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS!! Do you want to proceed? (Y/N): y OK; writing new GUID partition table (GPT) to /dev/sdb. The operation has completed successfully. [root@node1-g6-h3 ~]# pvcreate /dev/sdb1 Device /dev/sdb1 not found (or ignored by filtering).

3 2

Virtual networks in oVirt 4.2 and MTU 1500
by Dmitry Semenov 15 Feb '18

15 Feb '18

I have a not big cluster on oVirt 4.2. Each node has a bond, that has several vlans in its turn. I use virtual networks OVN (External Provider -> ovirt-provider-ovn). While testing I have noticed that in virtual network MTU must be less 1500, so my question is may I change something in network or in bond in order everything in virtual network works correctly with MTU 1500? Below link with my settings: https://pastebin.com/F7ssCVFa -- Best regards

2 1

hosted-engine deploy 4.2.1 fails when ovirtmgmt is defined on vlan subinterface
by Kuko Armas 15 Feb '18

15 Feb '18

I'm not sure if I should submit a bug report about this, so I ask around here first... I've found a bug that "seems" related but I think it's not (https://bugzilla.redhat.com/show_bug.cgi?id=1523661) This is the problem: - I'm trying to do a clean HE deploy with oVirt 4.2.1 on a clean CentOS 7.4 host - I have a LACP bond (bond0) and I need my management network to be on vlan 1005, si I have created interface bond0.1005 on the host and everything works - I run hosted-engine deploy, and it always fails with [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": true, "cmd": "ip rule list | grep ovirtmgmt | sed s/\\\\[.*\\\\]\\ //g | awk '{ print $9 }'", "delta": "0:00:00.006473", "end": "2018-02-15 13:57:11.132359", "rc": 0, "start": "2018-02-15 13:57:11.125886", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook - Looking at the ansible playbook, I see it's trying to look for an ip rule using a custom routing table, but I have no such rule [root@ovirt1 ~]# ip rule 0: from all lookup local 32766: from all lookup main 32767: from all lookup default - I also find that I have no "ovirtmgmt" bridge bridge name bridge id STP enabled interfaces ;vdsmdummy; 8000.000000000000 no virbr0 8000.525400e6ca97 yes virbr0-nic vnet0 - But I haven't found any reference in the ansible playbook to this network creation. - The HE VM gets created and I can connect with SSH, so I tried to find out if the ovirtmgmt network is created via vdsm from the engine - Looking at the engine.log I found this: 2018-02-15 13:49:26,850Z INFO [org.ovirt.engine.core.bll.host.HostConnectivityChecker] (EE-ManagedThreadFactory-engine-Thread-1) [15c7e33a] Engine managed to communicate wi th VDSM agent on host 'ovirt1' with address 'ovirt1' ('06651b32-4ef8-4b5d-ab2d-c38e84c2d790') 2018-02-15 13:49:30,302Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-1) [15c7e33a] EVENT_ID: VLAN_ID_ MISMATCH_FOR_MANAGEMENT_NETWORK_CONFIGURATION(1,119), Failed to configure management network on host ovirt1. Host ovirt1 has an interface bond0.1005 for the management netwo rk configuration with VLAN-ID (1005), which is different from data-center definition (none). 2018-02-15 13:49:30,302Z ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [15c7e33a] Exception: org.ovirt.eng ine.core.bll.network.NetworkConfigurator$NetworkConfiguratorException: Failed to configure management network - So I guess that the engine tried to create the ovirtmgmt bridge on the host via vdsm, but it failed because "Host ovirt1 has an interface bond0.1005 for the management netwo rk configuration with VLAN-ID (1005), which is different from data-center definition (none)" - Of course I haven't had the opportunity to setup the management network's vlan in the datacenter yet, because I'm still trying to deploy the Hosted Engine Is this a supported configuration? Is there a way I can tell the datacenter that the management network is on vlan 1005? Should I file a bug report? Is there a workaround? Salu2! -- Miguel Armas CanaryTek Consultoria y Sistemas SL http://www.canarytek.com/

2 2

Sparsify in 4.2 - where it moved ?
by Andrei V 15 Feb '18

15 Feb '18

Hi ! I can’t locate “Sparsify” disk image command anywhere in oVirt 4.2. Where it have been moved ? Thanks Andrei

3 3

hosted-engine 4.2.1-pre setup on a clean node..
by Thomas Davis 15 Feb '18

15 Feb '18

Is this supported? I have a node, that centos 7.4 minimal is installed on, with an interface setup for an IP address. I've yum installed nothing else except the ovirt-4.2.1-pre rpm, run screen, and then do the 'hosted-engine --deploy' command. It hangs on: [ INFO ] changed: [localhost] [ INFO ] TASK [Get ovirtmgmt route table id] [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": true, "cmd": "ip rule list | grep ovirtmgmt | sed s/\\\\[.*\\\\]\\ //g | awk '{ print $9 }'", "delta": "0:00:00.004845", "end": "2018-02-02 12:03:30.794860", "rc": 0, "start": "2018-02-02 12:03:30.790015", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook [ INFO ] Stage: Clean up [ INFO ] Cleaning temporary resources [ INFO ] TASK [Gathering Facts] [ INFO ] ok: [localhost] [ INFO ] TASK [Remove local vm dir] [ INFO ] ok: [localhost] [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20180202120333.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed: please check the logs for the issue, fix accordingly or re-deploy from scratch. Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20180202115038-r11nh1.log but the VM is up and running, just attached to the 192.168.122.0/24 subnet [root@d8-r13-c2-n1 ~]# ssh root(a)192.168.122.37 root(a)192.168.122.37's password: Last login: Fri Feb 2 11:54:47 2018 from 192.168.122.1 [root@ovirt ~]# systemctl status ovirt-engine ● ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; enabled; vendor preset: disabled) Active: active (running) since Fri 2018-02-02 11:54:42 PST; 11min ago Main PID: 24724 (ovirt-engine.py) CGroup: /system.slice/ovirt-engine.service ├─24724 /usr/bin/python /usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py --redirect-output --systemd=notify start └─24856 ovirt-engine -server -XX:+TieredCompilation -Xms3971M -Xmx3971M -Djava.awt.headless=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djsse... Feb 02 11:54:41 ovirt.crt.nersc.gov systemd[1]: Starting oVirt Engine... Feb 02 11:54:41 ovirt.crt.nersc.gov ovirt-engine.py[24724]: 2018-02-02 11:54:41,767-0800 ovirt-engine: INFO _detectJBossVersion:187 Detecting JBoss version. Running: /usr/lib/jvm/jre/...600000', '- Feb 02 11:54:42 ovirt.crt.nersc.gov ovirt-engine.py[24724]: 2018-02-02 11:54:42,394-0800 ovirt-engine: INFO _detectJBossVersion:207 Return code: 0, | stdout: '[u'WildFly Full 11.0.0....tderr: '[]' Feb 02 11:54:42 ovirt.crt.nersc.gov systemd[1]: Started oVirt Engine. Feb 02 11:55:25 ovirt.crt.nersc.gov python2[25640]: ansible-stat Invoked with checksum_algorithm=sha1 get_checksum=True follow=False path=/usr/share/ovirt-engine/playbooks/roles/ovir...ributes=True Feb 02 11:55:29 ovirt.crt.nersc.gov python2[25698]: ansible-stat Invoked with checksum_algorithm=sha1 get_checksum=True follow=False path=/usr/share/ovirt-engine/playbooks/roles/ovir...ributes=True Feb 02 11:55:30 ovirt.crt.nersc.gov python2[25741]: ansible-stat Invoked with checksum_algorithm=sha1 get_checksum=True follow=False path=/usr/share/ovirt-engine/playbooks/roles/ovir...ributes=True Feb 02 11:55:30 ovirt.crt.nersc.gov python2[25767]: ansible-stat Invoked with checksum_algorithm=sha1 get_checksum=True follow=False path=/usr/share/ovirt-engine/playbooks/roles/ovir...ributes=True Feb 02 11:55:31 ovirt.crt.nersc.gov python2[25795]: ansible-stat Invoked with checksum_algorithm=sha1 get_checksum=True follow=False path=/etc/ovirt-engine-metrics/config.yml get_md5...ributes=True The 'ip rule list' never has an ovirtmgmt rule/table in it.. which means the ansible script loops then dies; vdsmd has never configured the network on the node. [root@d8-r13-c2-n1 ~]# systemctl status vdsmd -l ● vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2018-02-02 11:55:11 PST; 14min ago Main PID: 7654 (vdsmd) CGroup: /system.slice/vdsmd.service └─7654 /usr/bin/python2 /usr/share/vdsm/vdsmd Feb 02 11:55:11 d8-r13-c2-n1 vdsmd_init_common.sh[7551]: vdsm: Running dummybr Feb 02 11:55:11 d8-r13-c2-n1 vdsmd_init_common.sh[7551]: vdsm: Running tune_system Feb 02 11:55:11 d8-r13-c2-n1 vdsmd_init_common.sh[7551]: vdsm: Running test_space Feb 02 11:55:11 d8-r13-c2-n1 vdsmd_init_common.sh[7551]: vdsm: Running test_lo Feb 02 11:55:11 d8-r13-c2-n1 systemd[1]: Started Virtual Desktop Server Manager. Feb 02 11:55:12 d8-r13-c2-n1 vdsm[7654]: WARN File: /var/run/vdsm/trackedInterfaces/vnet0 already removed Feb 02 11:55:12 d8-r13-c2-n1 vdsm[7654]: WARN Not ready yet, ignoring event '|virt|VM_status|ba56a114-efb0-45e0-b2ad-808805ae93e0' args={'ba56a114-efb0-45e0-b2ad-808805ae93e0': {'status': 'Powering up', 'displayInfo': [{'tlsPort': '-1', 'ipAddress': '127.0.0.1', 'type': 'vnc', 'port': '5900'}], 'hash': '5328187475809024041', 'cpuUser': '0.00', 'monitorResponse': '0', 'elapsedTime': '0', 'cpuSys': '0.00', 'vcpuPeriod': 100000L, 'timeOffset': '0', 'clientIp': '', 'pauseCode': 'NOERR', 'vcpuQuota': '-1'}} Feb 02 11:55:13 d8-r13-c2-n1 vdsm[7654]: WARN MOM not available. Feb 02 11:55:13 d8-r13-c2-n1 vdsm[7654]: WARN MOM not available, KSM stats will be missing. Feb 02 11:55:17 d8-r13-c2-n1 vdsm[7654]: WARN ping was deprecated in favor of ping2 and confirmConnectivity Do I need to install a complete ovirt-engine on the node first, bring the node into ovirt, then bring up hosted-engine? I'd like to avoid this and just go straight to hosted-engine setup. thomas

3 7

issue on engine deployment on oVirt node
by Vincent Kwiatkowski 15 Feb '18

15 Feb '18

Hi Folks, I tried a few time to configure a simple oVirt engine on oVirt node. After the fresh install of the node, I connect cockpit and launch the engine setup, then at the end I have the message that I need to connect to the VM with "hosted-engine --console" or via VNC. Via VNC, I can't do nothing, have no prompt using the --console, I have the error: :internal error: character device console0 is not using a PTY What can I do to continue the setup? Thx a lot in advance -- Vincent Kwiatkowski | Production System Engineer |ULLINK | D: + 33 1 44 50 25 45 | T: +1 49 95 30 00 | 23/25 rue de Provence | 75009, Paris | vk(a)ullink.com Please consider the environment before printing this email -- *The information contained in or attached to this email is strictly confidential. If you are not the intended recipient, please notify us immediately by telephone and return the message to us.*

1 0

[ANN] oVirt 4.2.2 First Release Candidate is now available
by Lev Veyde 15 Feb '18

15 Feb '18

The oVirt Project is pleased to announce the availability of the oVirt 4.2.2 First Release Candidate, as of February 15th, 2018 This update is a release candidate of the second in a series of stabilization updates to the 4.2 series. This is pre-release software. This pre-release should not to be used in production. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node will be available soon [2] Additional Resources: * Read more about the oVirt 4.2.2 release highlights: http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.2/>2 <http://www.ovirt.org/release/4.2.2/>. <http://www.ovirt.org/release/4.2.2/> 2 <http://www.ovirt.org/release/4.2.2/>/ <http://www.ovirt.org/release/4.2.2/> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.2/>2 <http://www.ovirt.org/release/4.2.2/>. <http://www.ovirt.org/release/4.2.2/> 2 <http://www.ovirt.org/release/4.2.2/>/ <http://www.ovirt.org/release/4.2.2/> [2] http://resources.ovirt.org/pub/ovirt-4. <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/>2-pre <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/>/iso/ <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/> -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0