- Users - oVirt List Archives

[ANN] oVirt 3.5.0 Second Alpha is now available for testing
by Sandro Bonazzola 11 Jul '14

11 Jul '14

The oVirt team is pleased to announce that the 3.5.0 Second Alpha is now available for testing. Feel free to join us testing it! You'll find all needed info for installing it on the release notes page, already available on the wiki [1]. A new oVirt Live iso is already available for testing[2] including all available updates from CentOS. An oVirt Guest Tools iso is now available too[3]. A new oVirt Node build will be available soon as well. Please note that mirrors will need a couple of days before being synchronized. If you want to be sure to use latest rpms and don't want to wait for the mirrors, you can edit /etc/yum.repos.d/ovirt-3.5.repo commenting the mirror line and removing the comment on baseurl line. Known Issues You can't add hosts to 3.5 clusters until a new VDSM build with 3.5 compatibility level will be released (All in One won't work). [1] http://www.ovirt.org/OVirt_3.5_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-live-el6-3.5.0-alpha… [3] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-guest-tools/ovirt-gu… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

6 5

64 bits oVirtGuestAgent.exe at 99% CPU
by Angel Docampo 11 Jul '14

11 Jul '14

--------------030104080004050803070002 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Hello everybody, This is my very first email here. I've just compiled both 32 and 64 bits oV= irtGuestAgent in order to make SSO from my application to a Windows VM. 32 bits works flawlessly, I can login, logout and lock screen at the moment= , but the 64 bits version cannot login (but can lock screen and logout) and= the worse of all, puts the VM CPU at 99%, making it useless. Anyone has experieced this? Or give me some guidance to investigate? Thank you! -- [cid:part1.02070605.00030001@dltec.net] Angel Docampo Datalab Tecnologia, s.a. Castillejos, 352 - 08025 Barcelona Tel. 93 476 69 14 - Ext: 706 Mob. 670.299.381 Nota Legal<http://www.dltec.net/aviso-legal> --------------030104080004050803070002 Content-Type: multipart/related; boundary="------------040703030102010709040202" --------------040703030102010709040202 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> </head> <body bgcolor=3D"#FFFFFF"> <font face=3D"Bitstream Vera Sans">Hello everybody, <br> <br> This is my very first email here. I've just compiled both 32 and 64 bits oV= irtGuestAgent in order to make SSO from my application to a Windows VM.<br> <br> 32 bits works flawlessly, I can login, logout and lock screen at the moment= , but the 64 bits version cannot login (but can lock screen and logout) and= the worse of all, puts the VM CPU at 99%, making it useless.<br> <br> Anyone has experieced this? Or </font>give me some guidance to investigate?= <font face=3D"Bitstream Vera Sans"><br> <br> Thank you!<br> </font> <div class=3D"moz-signature">-- <br> <br> <font face=3D"Times New Roman,serif" size=3D"3"><span style=3D"font-size:12= pt"><font color=3D"#1f497d" face=3D"Calibri,sans-serif" size=3D"2"><span la= ng=3D"es" style=3D"font-size:10pt"></span></font></span></font> <table border=3D"0" cellpadding=3D"2" cellspacing=3D"2" height=3D"88" width= =3D"424"> <tbody> <tr> <td valign=3D"top"><img alt=3D"" src=3D"cid:part1.02070605.00030001@dltec.n= et" height=3D"56" width=3D"151"><br> </td> <td valign=3D"top"> <div style=3D"margin:0px"><font face=3D"Times New Roman,serif" size=3D"3"><span style=3D"font-size:12pt"><f= ont color=3D"#1f497d" face=3D"Calibri,sans-serif" size=3D"2"><span lang=3D"= es" style=3D"font-size:10pt"><b>Angel Docampo<br> </b></span></font></span></font></div> <div style=3D"margin:0px"><font face=3D"Times New Roman,serif" size=3D"3"><span style=3D"font-size:12pt"><f= ont color=3D"#1f497d" face=3D"Calibri,sans-serif" size=3D"2"><span lang=3D"= es" style=3D"font-size:10pt"><b>Datalab Tecnologia, s.a.</b></span></font><= /span></font></div> <div style=3D"margin:0px"><font face=3D"Times New Roman,serif" size=3D"3"><span style=3D"font-size:12pt"><f= ont color=3D"#1f497d" face=3D"Calibri,sans-serif" size=3D"2"><span lang=3D"= es" style=3D"font-size:10pt">Castillejos, 352 - 08025 Barcelona</span></fon= t></span></font></div> <div style=3D"margin:0px"><font face=3D"Times New Roman,serif" size=3D"3"><span style=3D"font-size:12pt"><f= ont color=3D"#1f497d" face=3D"Calibri,sans-serif" size=3D"2"><span lang=3D"= es" style=3D"font-size:10pt">Tel. 93 476 69 14 - Ext: 706<br> Mob. 670.299.381</span></font></span></font></div> </td> </tr> </tbody> </table> </div> <br> <a href=3D"http://www.dltec.net/aviso-legal">Nota Legal</a> </body> </html> --------------040703030102010709040202 Content-Type: image/png; name="Logo-DLtec.png" Content-Transfer-Encoding: base64 Content-ID: <part1.02070605.00030001(a)dltec.net> Content-Disposition: inline; filename="Logo-DLtec.png" iVBORw0KGgoAAAANSUhEUgAAAMgAAABTCAYAAADa+UgeAAAAGXRFWHRTb2Z0d2FyZQBBZG9i ZSBJbWFnZVJlYWR5ccllPAAAAyJpVFh0WE1MOmNvbS5hZG9iZS54bXAAAAAAADw/eHBhY2tl dCBiZWdpbj0i77u/IiBpZD0iVzVNME1wQ2VoaUh6cmVTek5UY3prYzlkIj8+IDx4OnhtcG1l dGEgeG1sbnM6eD0iYWRvYmU6bnM6bWV0YS8iIHg6eG1wdGs9IkFkb2JlIFhNUCBDb3JlIDUu My1jMDExIDY2LjE0NTY2MSwgMjAxMi8wMi8wNi0xNDo1NjoyNyAgICAgICAgIj4gPHJkZjpS REYgeG1sbnM6cmRmPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5LzAyLzIyLXJkZi1zeW50YXgt bnMjIj4gPHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9IiIgeG1sbnM6eG1wPSJodHRwOi8v bnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bWxuczp4bXBNTT0iaHR0cDovL25zLmFkb2JlLmNv bS94YXAvMS4wL21tLyIgeG1sbnM6c3RSZWY9Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEu MC9zVHlwZS9SZXNvdXJjZVJlZiMiIHhtcDpDcmVhdG9yVG9vbD0iQWRvYmUgUGhvdG9zaG9w IENTNiAoV2luZG93cykiIHhtcE1NOkluc3RhbmNlSUQ9InhtcC5paWQ6NjQ2MjkwRjI2QUNC MTFFMjhGRTFBNjc2MjZCQzFDNkEiIHhtcE1NOkRvY3VtZW50SUQ9InhtcC5kaWQ6NjQ2Mjkw RjM2QUNCMTFFMjhGRTFBNjc2MjZCQzFDNkEiPiA8eG1wTU06RGVyaXZlZEZyb20gc3RSZWY6 aW5zdGFuY2VJRD0ieG1wLmlpZDo2NDYyOTBGMDZBQ0IxMUUyOEZFMUE2NzYyNkJDMUM2QSIg c3RSZWY6ZG9jdW1lbnRJRD0ieG1wLmRpZDo2NDYyOTBGMTZBQ0IxMUUyOEZFMUE2NzYyNkJD MUM2QSIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRGPiA8L3g6eG1wbWV0YT4gPD94 cGFja2V0IGVuZD0iciI/Pv1EwtUAABN+SURBVHja7F0JmFxVlT619r4v2dM0SXfSCTGABEQZ Fg0oQYwBPkAZDMziAsM448woziAwIzMoo6wDOKLjDogSgSCIEM2YQSERCTExCUnI3lm600mn uru6q2uZ8786lbwUVe/d2hfu+b6TvK633Pveu/896z3PEYlESJMmTYnJqR+BJk0aIJo0aYBo 0qQBokmTBogmTRogmjRpgGjSVMrkxj/dN92X8YVGQxFyM9zuv6iTTptaR71Hx8jlcBTb/c5n vpg5IqxCR5iDzH3MbzLvYz6aQR+uZJ4p2+uYn83RvU5k/ihzWPofTxXMv2V+Q8OA6PTzPpQc INmgGpeDdgZC9KlfvEX/vehk6m6poaFAsNiewznMd2Zwvp95L/OrzM8zPyYDMBX6HPNZsv1M DgFyKvPDNsd8RQMkTypWiPnkSjf1jobojpW7KMLCw8siJVxc9zuY4flVMvtfw/xDmYGvTfEa +03bfTm81zGFY4Y1BBRUrGxRIByhzmo3vToYoJ++cYCuP3My9Q8FaJzVryLRthxx0uBu5l0Q gHHHxdSvVuZ65snAP/NsAUmMzhKG2vZZxQHvSLKdbYpk6RgNkGySl2XSZI+TbvldL1WwBFk8 t41CkSAVYcrXCPOXFWdaUKVIjw8wXyHqWow+xjyD+cIM7RNN5apixSjMulWd20HNlS66c80+ GhgZp8ZKD4MkUoyTw6RU/BDM65nh0fgz5o+I0R6jM8WmcOhhpQFiC5JGj4v8DIoHfruHBkeD VMV/l9n9L2c+n/nnpt/OY76tSO5Nq0/FqGLFCHCY6nXTjzYeorOnNdDiU9ro4NBYuT0/uHwX M69lPkV++5IY8FsL3LcBhWOOZLG9CXjlJhsNfpvDYuON5PA+m5mnMdeK9I6ImrtH2i9OgBzr fZ2Xnnmzn97f1UQetknGguFyi05iIFxHUdevS6QSXLk35LkfZzMvhK+E2cc8T+GcRfJ/tfTb y7yBeZlim3NE1bxAtlvlGWCghsW+28n8OvMLcl1/Fu61i/lS5veL4wSqsse0H88A3sKNzL8W 1XdrUQKkgUHxy4MjtHxDHy15VzuNB8NUhvQa83eY/0r+vpr5duaDeezDEuZ/SvGcRSaQxOhl BYBAWn6R+SoBRFKfjRwLvlZsuLvlWaVDk0yTT7XFcR5xmoA/zPxvzE8y/yvzWwW3QU54QtzC RLeLvrBqD23uG6b2Wi+V6SJG80tvEnskn5Qt71m/zf5PUDT+83EbcCQD1v8wf4tOdJer0ALm Vcz/aAOORFRj6vdfFBVAYLA3eFjiepz05B/7aDQYIZerLB09ULE2m/6+oETvw0rE/yfz95jr MmzjL8W5oTr+kAeyUiRCpnbSt5n/rmgAEgNJR6Wbntw+SGt7fVTtKcscSdgia0x/vzvP7WfL TZhM7f53mb2zRZhA7lK0c5alITWs6B6KxrKKAyCgKqeDfIEQPbXhIFV6yjaJ+A9x+nJjHtvO lj1ZkeC3pcz/rHAuPEfILfuZGOZ29A/MH7TYj+DsY2moYyoESdJWcCPdPL12sv3xk11DdOXe ITp9Sh0d8AXIUV7a1i7TdouI9CN5ahuuZWQHj4s9gsClXWIm1KUfUNRFGjOqd8cd0878dYX2 b2V+iPmQ/I0Z/zI5t93iPOx/Ick+GOTvUmh7C0W9VXul3fdSNJhrRUgh+qRIxsIDJGawB0Jh liJ9NHdiLblYqoTLy2I3+93xohry2PbmOBuoTwEgv2deYXPMFwTsVoTkzUfjfhsR0K6SdlqT nDuX+XKKepniB/DfK9w3MhsQe/LF/f4ZAawVYenBVynxcoD8qlhmW+TxHYP0+l62Rbxlp2oN ERVNAnOrwjGNCte43uaYRxOAw0w7RbpYUaI2FincwzIxuH0J9j0stoYVIVZ0SlHYIGZbxD8W oqf/1EdV5WeL+ONmo0KKx2xk8yJLuclmQlCJvWCwbrPYj4DfyXG/Xaqgtd9uc8w3bPY7RIVz FYWKFburjhovPb3TR1ftG6L5k+roYPnYIm4qr2TF99rs303Hs5wdFiAMigGfzE0LI/wMOh7E gy1k5wVElPyPCrYJUoHqxDaL7yMCiq9aTRTuQjz1Ssarzx+mn63vp572srJF6unElAdXid/P HJv9nRTNIvDaACQc91wSEZZDP2G67hSb419TlJDPZPIACqLjGLZIlZse237EiItUlY8tUh0n LEdL+F6cCjZKpRxTLVIgEWMfvGQVNteaZdqG969GwSmRl4dQEPKKLbKcbZFqj6tcADLBtA2P Vl8J34tbYdbPJpklRruCqjpa1gAhsUWeYFtkHdsibeWRozXbtH1AuFQpLFIwn5OLI4Vx6cjX LFE4fYQFh98fjYvMbq8pB1vkPXEGYrCE7wV9t0tNR9GHbaLrZzJgoYqtpePrOVTWsnjKHiBB sUW+te0ILZ47ROd0NpFvNPGYgpcrzI/u8Mg4hcJFCSKklpxm+vt/y0BlRGR6gcV+pNZ8kI6v AVExmh1JxuEoHY8h9Qo4rVJM5inew18zd8v1HAlsxtUUDWb2Fh1AYrZIFY/+u1btpvW9wzQ0 nliqh0IRI4drUU8rtdV4jIg8lvIWUXE6LByqNw2EFQXuj8qDsZNwcKN+1EYt8ueg75BKcAt3 WRxzoRjyVqWL4EB40EbaINr+SlFKkBihntbGo+O06mV+Js4k7xWql9NJz209Qlf0tNCF3c3U XO2hIyPBYoihQGf+W9PfvyJ7H30x2Jd2a6BX2+zvlolBxZU6SwAVSNBPjEPkse0w9etlG4DA kEc6ydcsjlmqoIrhXe0saoCgnlaT20lN9ck9gS55smt9Y7SagTR/Qz/de3EnzWipNiSJnyVP AaUJEt7MMYP7iuCxDorKYgUUrELE4qWhJPshBRG8O9niGndQNNnQCmyniRpj5bq92gQQENJI rrO5xy+JKrsmwT4EGu0KaMDW+b9MZ5mioJCApKPCTT11FbR+KEDXPLWFvrZyl5GyUut1F8oL hhd7s+lvPPDlRfDI4Ga2K5ZwrvT3Pyi6hBalSD9m2g/16QGba8AWQEr65CT7MVCftgEHpMfz cb89R/axDqi0K+X5zxOJg9SRf2H+DVmnyYCeIhtPo5tKkIKMhO4qF/WOhen+tQdolO2Rm8/v MFQt31he7ZJb42apIwqzXqp2Qrp0UGbIWpvj5gvH6Dcy4GP0CEXTzqfZSCJ48H5K0Qg3wIkM YORYXU726zmwcOpogjkRa1CetDkXhvadwkhaVF3tCPvLNo2/JAES84C1e10Gf5PVLZQ3vXXh SRQOu1jdCqvYJWFKr1Yvyswgie+TMgOb6c/JOikvnvw5fEQYLChsNz3F8+JdrMPiCfqFzXnw 4t2URj9hqyVLKlwmEkz1uqksBQag/lS2ADHbJjNZ5frOxkOGqvW5c6dTgMGiEE9xim4MvbfS AkSNoj7gcwLniMowM+44lJj5FJ1YRE6FWsV4zTTJsUIkRvxiJ6zsW5iFx/yCSMbvZvn19YqE sQpIouYxcrM+nMV2kZ5/u8qBJQ8QPFlIi6l1XnrozQH6yJxW6plQQwd8Cb9PYkZNgwygQBJP R+wbItU2nhDoyliTsEWxy+Y+YMXdhaQeR7CaJ5DoF7+uApVWUCDh9BSulWxm+Z6Ml3sV1DYV 2iSq2RaF/sBTBnfsp7PQLlZQfkL14LLJEqySeMotK3bS7sN+qq9IiP14Q7FWVKa6BFwvIEoE jqOib+PFXZICOIhOXJ3nFkOyPkkfVLk6gVSLqXCYoV9Js3/xhHXc71NQt6wIaef3iHq6KQXQ fkbAviMDaXV9KuAoCwlippMYFL8f8NMtL+2gH1w5x0hdOewfN0sSBJ/WiYEWVHwxHtHn94oa 85p4ftJ9UbHlp4NZNNIbxbhOROjneeJtQ/mcOWIveE2OgjEZuJCmv7Npa53YYOClonbapaYj Sr5dvFmPU/of7UFNreViEy2Re6m2aXertIlz96XaoCMCj9BN95UNSODhCoYjdNnMJrpsXhud 1FRFfUPHFmQ5ZGCESHG1HxshLtZfArUMPjcykMdDfC2HEc88OobYS1rqkJuym6fllgGustzX I/ZUjQkgwzKYhin1j+q0iResW6SYl46nlEDSwlW7UUCR7eLMsAexpn2eeMpi7fpEqsMB8LrK s072CbayA4jTEaFQ2EFbWc1aMKmG7rt4Bk2qrzA+5ON0OlK8loNaaz18PaIN+300HAjT9KZK o74wSqieMrmOAhmUUoWEGwmEaNAfNACny7EXjnL+jcJiISzGgrSY1VJJaw6N0t/8fCs9dGkX TaqrMEuSxAY/Txb46E+110URHvcjLC1+vPYADYwE6YlNh2jr8Dgt6ainozyowR+f28agST8j fIjPndVeTRfMaKLR8bAB4KHRoCHe9OeHi4PKToKcgH5Gw0YGxRlNXnrgki6aWOelvuFAwkBi iKdv7B9lifDaHp+xkOsQz+wv7B82FJeOGg9Vu5y0YyxIdXw+vujby4AhZwZmBLc1jYE7p9nL XG2ohB3NVQbo8hzw1BLknaJiJVK5NvvG6YzmCgMkUxsqWDKEaZgHYDAmMTwu8rodtGa3z1ib 8sPtR49p5zNhezhysnLIyQAODzJIepHiz4CbVe2mxTOaaVFPC81oqTrWTy1RSgsgHRT13Z8u 2810fGE+PD0IViGBDK7FXC05hXsWaQwXUTSRrll+RxQYkWwEtlaSJOEZksQ/Tp0VLrpqVnQA Tm+spBpWpfpZCryxb4ie39RPy3b4yMdq1aw6j6GqyXWRm7RQPD8O8WStEM/I/hT7jaoe+ETC uWJUItKNoJWRDYukzZ2+MepqqKTLu5uMmE5LjZeGxoJ6BJcAQAAKlI6H318lpI8UYqQKPCJe jGxRLDlwvs1x8Jp8RQayAZJtPFNjHUlPjZuuntNG7aw2rWMV6uHNA0Y6/WQGUIPbZUgWitZl upsSxxdIJgPUlv2xYr/hDkXsZEKCfaggeG98P5s9Trrr3Ol0yZwWY6HYSCBMWusqPoCcRNGy 91ek2Tb0FQSG7qDMXJsI2iEyvCTF85DshuDQscxWY6bmAWcsUWT1anaVO16FwkTwbcXrIxXi fptjIH2wpNSqRi0A+az5hz1sizSwjXP+5Bq64awpNKWp0vDGuZ0aJfkCiJ1qi5e2KgNwgBAl vk3UkplpXgPR3ZfSAAcIkeRfkqmEDVYxdtV6qau+grreDo5Tmb+ZwvUxu9h9LOcaG3CAPv+2 mYntH2Dh8TcP0xdf3G58MXgCG/UR7Q/Onw1rse9a0Y2nZqkt6N1YJbYgjXN/QtHKe+nS+1JQ haCWpVqH6KtkHRVXuWekk58QFYaqV+NyUk9TFb18aJRufHaLkWPWxKphMKxRUkiAYNb9bg7a axeVZ0oK5yCtPBtfa4JBv9TmmB7mD6Rx7bPIukynSrzJkQxkAMqsWjet7h+lzz63lfqHA9RQ 6dajt0AAQcrAE5Q7zyJmyscUj20V2yVbBFXPamXbqZR+8PQ9FvteVTh/N1msAIRXDSspX+kb pdtY3UJQ0aVtkYIA5EHKvdsdHze5WeE4WE5tWWy3U6SjlTGdLlmV1vw+2buEUXzAUm+CJOms 9dCLB/30qy2Hqcrr0iM4zwCBC3Vhntq+RUHVWpyDdi+22JfJl2IDFvv2i4Mh2WehsR78aZVG UMY4NB6iFW8NUJVbS5Bckztu+/N5bBuqznWU/BNYePuzc9BujxjhiYLjmcRr7D5Uj8Dp2RRd Pooga+xzZ3BdP6/aiBHAZNWqscJN2k7PL0CQOnxanttfKqpFojRouHYbcwRMLLFNlNaN8jFI kZ6X4jWxGOfXCsehhE7ss2LJQKqpSFWsiwrQPsq0nGOh01fkoE2rOrKBNJ0CkIKpFoDQ4Cgh gGBWXVCgPpyZ5HfkcQ3kqM1xi33w4D2SwrUQK3pID6XyBgiCgd0F6sMMi9l8bw7a2032K9sQ e7lT4VoAxlV6GJU/QLAEc1KB+jDRYt/KHLSnWlQaRcvg0UMVDHifUABhVCQb4jgo6nwjlfZX pDQpGukwWqsK1AerKhooy3M7ZS8uA/tjWYpgAiMDYJoY1iiTuV8PnXeWBFGt8pELsjJu11O0 uHK2CCrRpjTOi1UzWa3B8c4ESD8lD2Llmvpt9kOC+LLQDoKAX9avXFM6AIHhur1Afdhhsx+1 jJAeEs6gjbBc44B+5ZrSAciAqDOFIJUPzbwoRnE6xaYPy7kv6detKV2AUIEGUH8K7aKi3rtT NLJj60iW61etKR0yp5qspKgLsy2P7aMa+qEUjt8mqhKKPiP5D0FGlPePVWcfE5UNBvWPKFpY WpOmrAAE6guWj96Rx/YfTPO8ZcIoHjGFjmcF94o9NaRfraZsAwT0XxStoj0lD20jxrEmw2vA u7WJ0nPdatKUkg0SkyKfzkO7cCnfqB+/plIDCAilZ76R43bxnYZ9+vFrKkWAkKhZ389Rmzdo 41lTqQMEtDTLkgQeJtSHelg/dk3lAJCYJMGgzjQCjdV2cMk+qh+5pnICCMmgxlrquyn1fK03 xBhHoel1+nFrKjVSrQGFPC0Uar5HBjvWSaB4NCqr45NesfIBcLui8MEfRGrA1tClyTWVPUBi tEeMd5Tx7BCAVJoAgrwnfBtOe6g0lQUZ1d01adKUvg2iSZMGiCZNmt5O/y/AAHXDNhqsAJ2T AAAAAElFTkSuQmCC --------------040703030102010709040202-- --------------030104080004050803070002--

6 13

python-pthreading 0.1.3-2
by Douglas Schilling Landgraf 11 Jul '14

11 Jul '14

Hi, python-pthreading 0.1.3-2 is available to test. Please help giving karmas to achieve this version to stable branch as soon as possible. Changes included: - monkey_patch: Fail if it is too late to monkey-patch - Add the missing locked() interface F19: https://admin.fedoraproject.org/updates/python-pthreading-0.1.3-2.fc19 F20: https://admin.fedoraproject.org/updates/python-pthreading-0.1.3-2.fc20 EL6: https://admin.fedoraproject.org/updates/python-pthreading-0.1.3-2.el6 -- Cheers Douglas

2 1

Upgrade to 3.4.2 failed
by Demeter Tibor 10 Jul '14

10 Jul '14

Hi, I just did an upgrade to my 3.4.0 box. I did a yum update and an engine-setup After the package downloading process got this: [ INFO ] Yum Verify: 14/14: ovirt-engine.noarch 0:3.4.0-1.el6 - ud [ INFO ] Stage: Misc configuration [ INFO ] Backing up database localhost:engine_20140130075536 to '/var/lib/ovirt-engine/backups/engine-20140617140129.QZGO9x.dump'. [ INFO ] Updating Engine database schema [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute [ INFO ] Yum Performing yum transaction rollback [ INFO ] Yum Status: Downloading Packages [ INFO ] Yum Download/Verify: ovirt-engine-3.4.0-1.el6.noarch A cut from the log file: running upgrade sql script upgrade/03_04_0720_add_host_interface_high_network_use_event.sql ... Running upgrade sql script upgrade/03_04_0730_change_group_ids.sql ... Running upgrade sql script upgrade/03_04_0740_update_user_ids.sql ... 2014-06-17 14:01:41 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:866 execute-output: ['/usr/share/ovirt-engine/dbscripts/upgrade.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine_20140130075536', '-d', 'engine_20140130075536', '-l', '/var/log/ovirt-engine/setup/ovirt-engine-setup-20140617135909-a7zbn6.log', '-g'] stderr: psql:upgrade/03_04_0740_update_user_ids.sql:41: ERROR: duplicate key value violates unique constraint "pk_users" CONTEXT: SQL statement "UPDATE users SET user_id = temp_id" PL/pgSQL function "__temp_update_user_ids_03_04_0740" line 30 at SQL statement 2014-06-17 14:01:41 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", line 345, in _miscUpgrade osetupcons.DBEnv.PGPASS_FILE File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute 2014-06-17 14:01:41 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute 2014-06-17 14:01:41 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction' 2014-06-17 14:01:41 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:92 Yum Performing yum transaction rollback 2014-06-17 14:01:41 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Building transaction 2014-06-17 14:01:42 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction built 2014-06-17 14:01:42 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction Summary: 2014-06-17 14:01:42 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install - ovirt-engine-3.4.0-1.el6.noarch Anybody help me? Thanks in advance Tibor

2 9

[Documentation] Assistance Needed with User-Facing Documentation
by Brian Proffitt 10 Jul '14

10 Jul '14

All: The Red Hat ECS team has made a great effort to convert some of the more important downstream documentation to a MediaWiki format that we can post on oVirt.org as an official set of user- and admin-facing documentation. This is being done as a bootstrapping effort to get our upstream documentation up to date and take a big step towards making the upstream documentation the canonical source for documentation in the near future. Before that can happen, we need to get this RHEV-oriented information ported over to oVirt nomenclature and screenshots taken for oVirt and added to the documents as well. I have placed the three guides * Administration Guide[1] * User's Guide[2] * Installation Guide[3] on the oVirt site as unlinked pages. General wording has been changed from RHEV to oVirt, but not always. Each of these documents must be reviewed and completely adapted to oVirt 3.4 before they can be posted as official documentation. Specifically: * Review all text to ensure proper steps and descriptions for oVirt features and procedures * Review all text to remove downstream-specific text * Review all code for changes in package names on on-screen displays * Replace all downstream RHEV screenshots with upstream oVirt 3.4 screenshots (Max width: 1024px) I will be stepping through these documents to edit them in more detail under these guidelines, but help is most assuredly needed, in order to get this done in a timely manner. oVirt.org wiki users can visit these pages, review them, and add their changes. MediaWiki has limited version control, so it would be best to edit sections instead of entire documents, to minimize stepping on others' changes. Editing by section will also help us track the sections that have been edited, using the pages' histories. Thank you in advance for all of your help on this project... when finished, this will represent a significant improvement to oVirt's documentation, and make oVirt that much easier to use. Peace, Brian [1] http://www.ovirt.org/DraftAdministrationGuide [2] http://www.ovirt.org/DraftUserGuide [3] http://www.ovirt.org/DraftInstallationGuide -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Re: [ovirt-users] ovirt-shell
by Sven Kieske 10 Jul '14

10 Jul '14

Well there is no guide on the web which I'm aware of. But to my experience, scripting the shell has it's limitations you might want to try the python sdk, which is more useful or if you need some webapp anyway use the rest api. you could also script the rest api using e.g. curl but I wouldn't recommend that. there is documentation on this here: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtu… you can basically substitute rhev with ovirt. there still seems to be no updated dev guides for 3.4 though. I have automated everything via REST, as I have php devs who did the work ;) There are still some things you can't do via rest, like creating network qos entities (attaching them to a vm works but you need to create them manually). But in the future everything will use rest, so I guess this is the best way to go. HTH Am 10.07.2014 16:46, schrieb Steve Kilduff: > Excellent, thanks for the quick reply guys. > > I am trying to automate 100 vm creations so... If anyone has a good guide > that exists I would be very appreciative, otherwise I will keep tipping > away :) > > Steve -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 3

Thin Provision Not Work
by Paul.LKW 10 Jul '14

10 Jul '14

Hi All: I find an issue in Thin Provision with oVirt, when I create a virtual disk I click the option Thin Provision (assign disk space 30G and actually it use 1G only), so I should see in the storage this disk for nearly 1G image file too. However it shows 30G image file. Any hints could fix this for using Thin Provision? BR, Paul.LKW

3 2

ovirt-shell
by Steve Kilduff 10 Jul '14

10 Jul '14

Hi All, Trying to add a nic to a vm with a specific mac address. [oVirt shell (connected)]# add nic --vm-identifier ov31 --network-name backend --name eth4 --mac-address HH:HH:EE:HH:HH:01 ======== ERROR ============================= status: 400 reason: Bad Request detail: MAC address must be in format "HH:HH:HH:HH:HH:HH" where H is a hexadecimal character (either a digit or A-F, case is insignificant). ============================================= Also interesting is when I change the beginning of the mac address to 00 instead of HH, I get : [oVirt shell (connected)]# add nic --vm-identifier ov31 --network-name backend --name eth4 --mac-address 01:HH:EE:HH:HH:01 ============================================ ERROR ========================================== wrong number of arguments, try 'help add' for help. ============================================================================================= I have tried some things like enclosing in single and double quotes but no success. I have also tried to read the help sections on the shell interface but I also could not figure it out. Thanks in advance,

3 3

[ANN] oVirt 3.4.3 Release Candidate is now available
by Sandro Bonazzola 10 Jul '14

10 Jul '14

The oVirt development team is pleased to announce the availability of oVirt 3.4.3 Release Candidate as of Jul 10th 2014 for testing. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The new repository ovirt-3.4-rc has been updated for delivering this release, please refer to release notes [1] for instructions on how to enable the repository and for Installation / Upgrade instructions. A new oVirt Live ISO will be available soon[2]. Feel free to join us testing it [3]! [1] http://www.ovirt.org/OVirt_3.4.3_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.4-rc/iso/ [3] http://www.ovirt.org/Testing/oVirt_3.4.3_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt Blogs This Week
by Brian Proffitt 10 Jul '14

10 Jul '14

Some reading for you as we head towards the weekend! Maor Lipchuk delivers a brief update on the status of Google Summer of Code[1]. A round up of some of the new features coming to oVirt 3.5[2]. Remember, you can follow us on these social media channels to get the latest news and chatter about oVirt! * Twitter[3] * Google+[4] * Facebook[5] [1] http://community.redhat.com/blog/2014/07/ovirt-google-summer-of-code-update/ [2] http://community.redhat.com/blog/2014/07/ovirt-community-update-july-2014/ [3] https://twitter.com/ovirt [4] https://plus.google.com/u/0/communities/109346090491400112913 [5] https://www.facebook.com/groups/ovirt.openvirtualization/ -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Disk's locked of VM
by Andy Michielsen 10 Jul '14

10 Jul '14

Hello all, Does anyone know how I can check if a VM's disk are indeed locked or not. The engine tell's me they are locked but this is now already 16 day's and counting. I already restarted every server involved but to no avail. I can not remove, change or start the VM as long as the disks are locked. Can I give a command to check the status of this machine in the CLI enviroment or after connecting to the database and checking a table (Realy don't know how to do this). Kind regards.

3 17

Docker containers for ovirt-engine
by Daniel Erez 10 Jul '14

10 Jul '14

Hi, I've created a couple of Docker images with a running ovirt-engine service and uploaded to the Docker registry [1]. Quite useful for quickly having a ready-to-use environment (tests, demos, etc) or to be used as a base image for building new Docker Images. Note that currently the container is not persistent by its nature, hence for saving changes, take use of the 'commit' functionality [2]. [1] https://registry.hub.docker.com/u/danielerez/ovirt-engine/ [2] https://docs.docker.com/reference/commandline/cli/#commit

1 0

Problem Windows guests start in pause
by lucas castro 10 Jul '14

10 Jul '14

I have an Fedora host in cluster Default, I've created another cluster with a CentOS to migrate the environment. and all the linux guest work perfectly, but the windows guest start in pause on the other cluster. the vdsm log from the CentOS host. http://pastebin.com/AzUB2Fqy -- contatos: Celular: ( 99 ) 9143-5954 - Vivo skype: lucasd3castro msn: lucascastroborges(a)hotmail.com

2 1

Re: [ovirt-users] [ovirt-devel] virt-v2v integration feature
by Itamar Heim 10 Jul '14

10 Jul '14

On 07/09/2014 09:30 PM, Arik Hadas wrote: > Hi All, > > The proposed feature will introduce a new process of import virtual machines from external systems using virt-v2v in oVirt. > I've created a wiki page that contains initial thoughts and design for it: > http://www.ovirt.org/Features/virt-v2v_Integration > > You are more than welcome to share your thoughts and insights. > > Thanks, > Arik > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > Some thoughts after reviewing: http://www.ovirt.org/Features/virt-v2v_Integration great to see this - its something which i hope will ease a lot conversion to oVirt! adding users@ mailing list, to get feedback on the use cases. 1. Need to understand if possible to provide the VM via 'uploading it'[1] 2. does this really merit a provider per external system? or just ability to choose source path (including simple nfs/posix path pointing to existing kvm disks or vmware vmdk's), or URI/user /passowrd for such a system if vsphere/etc.? I'm not opposed to allowing to define providers, I would just remember that's a specific single use case, and would separate the import/convert flow from being part of the provider (i.e., on the import/convert flow, would allow to choose the source being a path or a pre-defined provider) to sum above two points, I think the page should start with 'use cases': - I have a KVM VM i want to 'convert' to RHEV (doesn't need full v2v, but libvirt-->ovf conversion?) the VM(s) is/are in an nfs/posix path, or i want to upload the VM. - i have a folder with VMs/disks i want to convert (make sure this covers the ESXi flow) - I have a vsphere to import VMs from - I have Xen... (hope to see input from users on these. I'm sure there was a thread on this in the past, what do you know, i started one...[2]) 3. does this mean virt-v2v and all of its dependencies will be required by vdsm (and on ovirt-node). also, for distro's which have it, of the required windows components? 4. most important flow i would like to remove via this integration is the "double copy". i.e., if we run v2v from a host, there is no reason to not pre-create the VM/disks for it, and have v2v overwrite their content, instead of converting into the export domain just to perform another copy/import. (may mean you want virt-v2v to have a specific verb to just get the OVF, and a specific verb to convert a disk) [1] we want to support upload of an iso/VM/disks in any case. [2] http://lists.ovirt.org/pipermail/users/2014-January/019839.html

1 0

[QE][ACTION NEEDED] oVirt 3.4.3 RC status
by Sandro Bonazzola 10 Jul '14

10 Jul '14

Hi, We're going to start composing oVirt 3.4.3 RC tomorrow *2014-07-10 08:00 UTC* from 3.4 branch. A 3.4.3 branch will be created immediately after using the same hash of the build. The bug tracker [1] shows no blocking bugs for the release Bug 1096312 - log spam in vdsm: guest agents not heartbeating has been proposed for backport from 3.6 target on the bug tracker [1] There are still 28 bugs [2] targeted to 3.4.3. Excluding node and documentation bugs we still have 9 bugs [3] targeted to 3.4.3. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.4.3 should not be released without them fixed. - Please update the target to any next release for bugs that won't be in 3.4.3: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please build packages before today *2014-07-09 15:00 UTC*. Community: - If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5] [1] bugzilla.redhat.com/1107968 [2] http://red.ht/1lBAw2R [3] http://red.ht/1ly9hfA [4] http://www.ovirt.org/OVirt_3.4.3_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.4.3_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 6

Vm console creation using noVNC
by Shanil S 10 Jul '14

10 Jul '14

Hi, I am creating console using api, for this i created a ticket using the rest api and used the ticket value as password and i am able to connect it using these details using vnc client. I am planning to use the console from the browser using the novnc console ( http://kanaka.github.io/noVNC/ ) as like the same way which used in the ovirt panel. When i checked the novnc-main.html it is found that the ticket information details are passing in the encrypted format and passing the signature and salt and ticket details as an array, Could you please tell me how can i create these details in the encoded format and create a console using noVnc and rest api ? -- Regards Shanil

3 4

Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
by Karli Sjöberg 10 Jul '14

10 Jul '14

Den 5 jul 2014 07:04 skrev Brad Bendy <brad.bendy(a)gmail.com>: > > Hi, > > Ive seeing conflicting info with what version of qemu rpms are needed > to do live migration under CentOS. It appears the stock ones will not > work and the RHEV ones are required. All the mailing list post I see > are from 3-4 months ago, so not sure. > > Im getting VDSGenericException: VDSErrorException: Failed to > SnapshotVDS, error = Snapshot failed, code = 48 (Failed with error > SNAPSHOT_FAILED and code 48) > > I also saw this thread: > http://comments.gmane.org/gmane.linux.centos.general/138593 > > Ive been having issues getting those to install, but before I spent to > much more time I wanted to really see if I was on the right track. > > Is there a better OS choice? I first started trying with Fedora 19 and > 20 and has major issues, went to CentOS 6.5 and this is the first and > only issue so far ive ran into. > > Thanks! > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Well, going with Fedora would at least get you the snapshots working, if I remember correctly, but that's not something you run in production. As you said, "major issues". For CentOS, you need "special" versions of certain packages, since RedHat wants you to pay for RHEV, they have chosen to cripple the standard packages so those features won't work: http://lists.ovirt.org/pipermail/devel/2014-June/007735.html And here you can find the packages you need: http://jenkins.ovirt.org/view/All/job/qemu-kvm-rhev_create-rpms_el6/lastSta… /K

3 2

Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
by Karli Sjöberg 09 Jul '14

09 Jul '14

--_000_5F9E965F5A80BC468BE5F40576769F098C53909Bexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gNSBqdWwgMjAxNCAxNjoyMiBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWls LmNvbT46DQo+DQo+IEhhaGEsIHllYWggbmV2ZXIgaGF2ZSBiZWVuIGEgRmVkb3JhIGZhbiwgYW5k IG5vdGhpbmcgaGFzIGNoYW5nZWQuIElzDQo+IHRoZSBvbmx5IGJpZyBmZWF0dXJlIGltIG1pc3Np bmcgb3V0IG9uIGlzIHNuYXBzaG90cz8gRnJvbSB3aGF0IEkgY2FuDQo+IHRlbGwsIGFuZCBpbiBt eSB0ZXN0aW5nLCBldmVyeXRoaW5nIGVsc2Ugc2VlbXMgdG8gd29yay4gV2FzIGRlcGxveWluZw0K PiBHbHVzdGVyRlMgYnV0IHdpdGhvdXQgdGhlIGxpdmUgbWlncmF0aW9uIHRvIGFub3RoZXIgaG9z dCB0aGF0IGlzDQo+IHNvbWV3aGF0IGRlZmVhdGVkLg0KDQpWTSBsaXZlIG1pZ3JhdGlvbiB3b3Jr cywgbGl2ZSBfZGlza18gbWlncmF0aW9uIGRvZXMgbm90Lg0KDQo+IE9ubHkgd2F5IHRvIGdldCB0 aGF0IGlzIHdpdGggUkhFTCByZWFsbHkgdGhlbj8NCg0KTm8sIGFzIEkgZWFybGllciBwb2ludGVk IG91dCwgdGhlcmUgaXMgYSBwbGFjZSB5b3UgY2FuIGdldCB0aGUgcGFja2FnZXMgeW91IG5lZWQg Zm9yIENlbnRPUzoNCmh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1r dm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLw0KDQpZb3UnbGwgaGF2ZSB0 byBkb3dubG9hZC0gYW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJlYWR5IGluc3Rh bGxlZCB2ZXJzaW9ucyBvZiB0aG9zZSBwYWNrYWdlcyBvbiBhbGwgSG9zdHMgYW5kIHRoZW4gaXQn bGwgd29yay4NCg0KVGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUgYXJlIHVwZGF0ZXMsIHl1bSB3aWxs IHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvcyBhbmQgaXQganVzdCBzdG9wcyB3b3JraW5n IGFnYWluIHVudGlsIHlvdSByZXBlYXQgdGhlIHByb2NlZHVyZS4NCg0KL0sNCg0KPg0KPiBPbiBT YXQsIEp1bCA1LCAyMDE0IGF0IDc6MDUgQU0sIEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5Tam9iZXJn QHNsdS5zZT4gd3JvdGU6DQo+ID4NCj4gPiBEZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFk IEJlbmR5IDxicmFkLmJlbmR5QGdtYWlsLmNvbT46DQo+ID4NCj4gPg0KPiA+Pg0KPiA+PiBJZiBJ IHVzZSBGZWRvcmEgd2lsbCAiZXZlcnl0aGluZyIgd29yaz8gSSBoYWQgbnVtZXJvdXMgaXNzdWVz LCBJSVJDIEkNCj4gPj4gY291bGQgbm90IGV2ZW4gZ2V0IHRoZSBvdmlydG1nbXQgc3dpdGNoIHRv IGluc3RhbGwgYW5kIGEgZmV3IG90aGVyDQo+ID4+IHRoaW5ncy4gV2hhdCB2ZXJzaW9uIG9mIEZl ZG9yYSBkbyB5b3UgcmVjb21tZW5kIHRoZW4/DQo+ID4NCj4gPiBOb25lOikgV2Ugc3dpdGNoZWQg bG9uZyBhZ28gdG8gQ2VudE9TIGFuZCBoYXZlIG5ldmVyIGxvb2tlZCBiYWNrLCBldmVuIHdpdGgN Cj4gPiB0aGVzZSBpc3N1ZXMuIE5vdCB3b3J0aCB0aGUgaGVhZGFjaGUgdGhhdCBpcyBGZWRvcmEu DQo+ID4NCj4gPiAvSw0KPiA+DQo+ID4+IElsbCBkbyBhbm90aGVyDQo+ID4+IGluc3RhbGwgYW5k IGdpdmUgdGhhdCBhIHdoaXJsIGFnYWluLg0KPiA+Pg0KPiA+PiBUaGFua3MhDQo+ID4+DQo+ID4+ IE9uIEZyaSwgSnVsIDQsIDIwMTQgYXQgMTA6MzMgUE0sIEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5T am9iZXJnQHNsdS5zZT4NCj4gPj4gd3JvdGU6DQo+ID4+ID4NCj4gPj4gPiBEZW4gNSBqdWwgMjAx NCAwNzowNCBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWlsLmNvbT46DQo+ID4+ID4+ DQo+ID4+ID4+IEhpLA0KPiA+PiA+Pg0KPiA+PiA+PiBJdmUgc2VlaW5nIGNvbmZsaWN0aW5nIGlu Zm8gd2l0aCB3aGF0IHZlcnNpb24gb2YgcWVtdSBycG1zIGFyZSBuZWVkZWQNCj4gPj4gPj4gdG8g ZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBzdG9jayBvbmVz IHdpbGwgbm90DQo+ID4+ID4+IHdvcmsgYW5kIHRoZSBSSEVWIG9uZXMgYXJlIHJlcXVpcmVkLiBB bGwgdGhlIG1haWxpbmcgbGlzdCBwb3N0IEkgc2VlDQo+ID4+ID4+IGFyZSBmcm9tIDMtNCBtb250 aHMgYWdvLCBzbyBub3Qgc3VyZS4NCj4gPj4gPj4NCj4gPj4gPj4gSW0gZ2V0dGluZyBWRFNHZW5l cmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvDQo+ID4+ID4+IFNuYXBz aG90VkRTLCBlcnJvciA9IFNuYXBzaG90IGZhaWxlZCwgY29kZSA9IDQ4IChGYWlsZWQgd2l0aCBl cnJvcg0KPiA+PiA+PiBTTkFQU0hPVF9GQUlMRUQgYW5kIGNvZGUgNDgpDQo+ID4+ID4+DQo+ID4+ ID4+IEkgYWxzbyBzYXcgdGhpcyB0aHJlYWQ6DQo+ID4+ID4+IGh0dHA6Ly9jb21tZW50cy5nbWFu ZS5vcmcvZ21hbmUubGludXguY2VudG9zLmdlbmVyYWwvMTM4NTkzDQo+ID4+ID4+DQo+ID4+ID4+ IEl2ZSBiZWVuIGhhdmluZyBpc3N1ZXMgZ2V0dGluZyB0aG9zZSB0byBpbnN0YWxsLCBidXQgYmVm b3JlIEkgc3BlbnQgdG8NCj4gPj4gPj4gbXVjaCBtb3JlIHRpbWUgSSB3YW50ZWQgdG8gcmVhbGx5 IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suDQo+ID4+ID4+DQo+ID4+ID4+IElzIHRo ZXJlIGEgYmV0dGVyIE9TIGNob2ljZT8gSSBmaXJzdCBzdGFydGVkIHRyeWluZyB3aXRoIEZlZG9y YSAxOSBhbmQNCj4gPj4gPj4gMjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQgdG8gQ2VudE9T IDYuNSBhbmQgdGhpcyBpcyB0aGUgZmlyc3QgYW5kDQo+ID4+ID4+IG9ubHkgaXNzdWUgc28gZmFy IGl2ZSByYW4gaW50by4NCj4gPj4gPj4NCj4gPj4gPj4gVGhhbmtzIQ0KPiA+PiA+PiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+PiA+PiBVc2VycyBt YWlsaW5nIGxpc3QNCj4gPj4gPj4gVXNlcnNAb3ZpcnQub3JnDQo+ID4+ID4+IGh0dHA6Ly9saXN0 cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0KPiA+PiA+DQo+ID4+ID4gV2VsbCwg Z29pbmcgd2l0aCBGZWRvcmEgd291bGQgYXQgbGVhc3QgZ2V0IHlvdSB0aGUgc25hcHNob3RzIHdv cmtpbmcsIGlmDQo+ID4+ID4gSSByZW1lbWJlciBjb3JyZWN0bHksIGJ1dCB0aGF0J3Mgbm90IHNv bWV0aGluZyB5b3UgcnVuIGluIHByb2R1Y3Rpb24uIEFzIHlvdQ0KPiA+PiA+IHNhaWQsICJtYWpv ciBpc3N1ZXMiLg0KPiA+PiA+DQo+ID4+ID4gRm9yIENlbnRPUywgeW91IG5lZWQgInNwZWNpYWwi IHZlcnNpb25zIG9mIGNlcnRhaW4gcGFja2FnZXMsIHNpbmNlDQo+ID4+ID4gUmVkSGF0IHdhbnRz IHlvdSB0byBwYXkgZm9yIFJIRVYsIHRoZXkgaGF2ZSBjaG9zZW4gdG8gY3JpcHBsZSB0aGUgc3Rh bmRhcmQNCj4gPj4gPiBwYWNrYWdlcyBzbyB0aG9zZSBmZWF0dXJlcyB3b24ndCB3b3JrOg0KPiA+ PiA+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWlsL2RldmVsLzIwMTQtSnVuZS8wMDc3 MzUuaHRtbA0KPiA+PiA+DQo+ID4+ID4gQW5kIGhlcmUgeW91IGNhbiBmaW5kIHRoZSBwYWNrYWdl cyB5b3UgbmVlZDoNCj4gPj4gPg0KPiA+PiA+IGh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3 L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLw0K PiA+PiA+DQo+ID4+ID4gL0sNCg== --_000_5F9E965F5A80BC468BE5F40576769F098C53909Bexchange21_ Content-Type: text/html; charset="utf-8" Content-ID: <1E24C3BFE6319A49A3832412B3FB9684(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiA1IGp1bCAyMDE0IDE2OjIyIHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQuYmVu ZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBIYWhhLCB5ZWFoIG5ldmVyIGhh dmUgYmVlbiBhIEZlZG9yYSBmYW4sIGFuZCBub3RoaW5nIGhhcyBjaGFuZ2VkLiBJczxicj4NCiZn dDsgdGhlIG9ubHkgYmlnIGZlYXR1cmUgaW0gbWlzc2luZyBvdXQgb24gaXMgc25hcHNob3RzPyBG cm9tIHdoYXQgSSBjYW48YnI+DQomZ3Q7IHRlbGwsIGFuZCBpbiBteSB0ZXN0aW5nLCBldmVyeXRo aW5nIGVsc2Ugc2VlbXMgdG8gd29yay4gV2FzIGRlcGxveWluZzxicj4NCiZndDsgR2x1c3RlckZT IGJ1dCB3aXRob3V0IHRoZSBsaXZlIG1pZ3JhdGlvbiB0byBhbm90aGVyIGhvc3QgdGhhdCBpczxi cj4NCiZndDsgc29tZXdoYXQgZGVmZWF0ZWQuPC9wPg0KPHAgZGlyPSJsdHIiPlZNIGxpdmUgbWln cmF0aW9uIHdvcmtzLCBsaXZlIF9kaXNrXyBtaWdyYXRpb24gZG9lcyBub3QuPC9wPg0KPHAgZGly PSJsdHIiPiZndDsgT25seSB3YXkgdG8gZ2V0IHRoYXQgaXMgd2l0aCBSSEVMIHJlYWxseSB0aGVu PzwvcD4NCjxwIGRpcj0ibHRyIj5ObywgYXMgSSBlYXJsaWVyIHBvaW50ZWQgb3V0LCB0aGVyZSBp cyBhIHBsYWNlIHlvdSBjYW4gZ2V0IHRoZSBwYWNrYWdlcyB5b3UgbmVlZCBmb3IgQ2VudE9TOjxi cj4NCmh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9j cmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLzwvcD4NCjxwIGRpcj0ibHRyIj5Zb3UnbGwg aGF2ZSB0byBkb3dubG9hZC0gYW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJlYWR5 IGluc3RhbGxlZCB2ZXJzaW9ucyBvZiB0aG9zZSBwYWNrYWdlcyBvbiBhbGwgSG9zdHMgYW5kIHRo ZW4gaXQnbGwgd29yay48L3A+DQo8cCBkaXI9Imx0ciI+VGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUg YXJlIHVwZGF0ZXMsIHl1bSB3aWxsIHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvcyBhbmQg aXQganVzdCBzdG9wcyB3b3JraW5nIGFnYWluIHVudGlsIHlvdSByZXBlYXQgdGhlIHByb2NlZHVy ZS48L3A+DQo8cCBkaXI9Imx0ciI+L0s8L3A+DQo8cCBkaXI9Imx0ciI+Jmd0Ozxicj4NCiZndDsg T24gU2F0LCBKdWwgNSwgMjAxNCBhdCA3OjA1IEFNLCBLYXJsaSBTasO2YmVyZyAmbHQ7S2FybGku U2pvYmVyZ0BzbHUuc2UmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBE ZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5ICZsdDticmFkLmJlbmR5QGdtYWls LmNvbSZndDs6PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0 Ozxicj4NCiZndDsgJmd0OyZndDsgSWYgSSB1c2UgRmVkb3JhIHdpbGwgJnF1b3Q7ZXZlcnl0aGlu ZyZxdW90OyB3b3JrPyBJIGhhZCBudW1lcm91cyBpc3N1ZXMsIElJUkMgSTxicj4NCiZndDsgJmd0 OyZndDsgY291bGQgbm90IGV2ZW4gZ2V0IHRoZSBvdmlydG1nbXQgc3dpdGNoIHRvIGluc3RhbGwg YW5kIGEgZmV3IG90aGVyPGJyPg0KJmd0OyAmZ3Q7Jmd0OyB0aGluZ3MuIFdoYXQgdmVyc2lvbiBv ZiBGZWRvcmEgZG8geW91IHJlY29tbWVuZCB0aGVuPzxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsg Jmd0OyBOb25lOikgV2Ugc3dpdGNoZWQgbG9uZyBhZ28gdG8gQ2VudE9TIGFuZCBoYXZlIG5ldmVy IGxvb2tlZCBiYWNrLCBldmVuIHdpdGg8YnI+DQomZ3Q7ICZndDsgdGhlc2UgaXNzdWVzLiBOb3Qg d29ydGggdGhlIGhlYWRhY2hlIHRoYXQgaXMgRmVkb3JhLjxicj4NCiZndDsgJmd0Ozxicj4NCiZn dDsgJmd0OyAvSzxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsgSWxsIGRvIGFub3Ro ZXI8YnI+DQomZ3Q7ICZndDsmZ3Q7IGluc3RhbGwgYW5kIGdpdmUgdGhhdCBhIHdoaXJsIGFnYWlu Ljxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IFRoYW5rcyE8YnI+DQomZ3Q7 ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBPbiBGcmksIEp1bCA0LCAyMDE0IGF0IDEwOjMz IFBNLCBLYXJsaSBTasO2YmVyZyAmbHQ7S2FybGkuU2pvYmVyZ0BzbHUuc2UmZ3Q7PGJyPg0KJmd0 OyAmZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsm Z3Q7ICZndDsgRGVuIDUganVsIDIwMTQgMDc6MDQgc2tyZXYgQnJhZCBCZW5keSAmbHQ7YnJhZC5i ZW5keUBnbWFpbC5jb20mZ3Q7Ojxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7 ICZndDsmZ3Q7ICZndDsmZ3Q7IEhpLDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQom Z3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IEl2ZSBzZWVpbmcgY29uZmxpY3RpbmcgaW5mbyB3aXRoIHdo YXQgdmVyc2lvbiBvZiBxZW11IHJwbXMgYXJlIG5lZWRlZDxicj4NCiZndDsgJmd0OyZndDsgJmd0 OyZndDsgdG8gZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBz dG9jayBvbmVzIHdpbGwgbm90PGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyB3b3JrIGFuZCB0 aGUgUkhFViBvbmVzIGFyZSByZXF1aXJlZC4gQWxsIHRoZSBtYWlsaW5nIGxpc3QgcG9zdCBJIHNl ZTxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgYXJlIGZyb20gMy00IG1vbnRocyBhZ28sIHNv IG5vdCBzdXJlLjxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7 ICZndDsmZ3Q7IEltIGdldHRpbmcgVkRTR2VuZXJpY0V4Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRp b246IEZhaWxlZCB0bzxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgU25hcHNob3RWRFMsIGVy cm9yID0gU25hcHNob3QgZmFpbGVkLCBjb2RlID0gNDggKEZhaWxlZCB3aXRoIGVycm9yPGJyPg0K Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBTTkFQU0hPVF9GQUlMRUQgYW5kIGNvZGUgNDgpPGJyPg0K Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgSSBhbHNv IHNhdyB0aGlzIHRocmVhZDo8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGh0dHA6Ly9jb21t ZW50cy5nbWFuZS5vcmcvZ21hbmUubGludXguY2VudG9zLmdlbmVyYWwvMTM4NTkzPGJyPg0KJmd0 OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgSXZlIGJlZW4g aGF2aW5nIGlzc3VlcyBnZXR0aW5nIHRob3NlIHRvIGluc3RhbGwsIGJ1dCBiZWZvcmUgSSBzcGVu dCB0bzxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgbXVjaCBtb3JlIHRpbWUgSSB3YW50ZWQg dG8gcmVhbGx5IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgSXMgdGhlcmUgYSBiZXR0 ZXIgT1MgY2hvaWNlPyBJIGZpcnN0IHN0YXJ0ZWQgdHJ5aW5nIHdpdGggRmVkb3JhIDE5IGFuZDxi cj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgMjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQg dG8gQ2VudE9TIDYuNSBhbmQgdGhpcyBpcyB0aGUgZmlyc3QgYW5kPGJyPg0KJmd0OyAmZ3Q7Jmd0 OyAmZ3Q7Jmd0OyBvbmx5IGlzc3VlIHNvIGZhciBpdmUgcmFuIGludG8uPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgVGhhbmtzITxicj4NCiZn dDsgJmd0OyZndDsgJmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlz dDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyAm Z3Q7Jmd0OyAmZ3Q7Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8v dXNlcnM8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsgV2Vs bCwgZ29pbmcgd2l0aCBGZWRvcmEgd291bGQgYXQgbGVhc3QgZ2V0IHlvdSB0aGUgc25hcHNob3Rz IHdvcmtpbmcsIGlmPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IEkgcmVtZW1iZXIgY29ycmVjdGx5 LCBidXQgdGhhdCdzIG5vdCBzb21ldGhpbmcgeW91IHJ1biBpbiBwcm9kdWN0aW9uLiBBcyB5b3U8 YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsgc2FpZCwgJnF1b3Q7bWFqb3IgaXNzdWVzJnF1b3Q7Ljxi cj4NCiZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBGb3IgQ2VudE9T LCB5b3UgbmVlZCAmcXVvdDtzcGVjaWFsJnF1b3Q7IHZlcnNpb25zIG9mIGNlcnRhaW4gcGFja2Fn ZXMsIHNpbmNlPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IFJlZEhhdCB3YW50cyB5b3UgdG8gcGF5 IGZvciBSSEVWLCB0aGV5IGhhdmUgY2hvc2VuIHRvIGNyaXBwbGUgdGhlIHN0YW5kYXJkPGJyPg0K Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7IHBhY2thZ2VzIHNvIHRob3NlIGZlYXR1cmVzIHdvbid0IHdvcms6 PGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWls L2RldmVsLzIwMTQtSnVuZS8wMDc3MzUuaHRtbDxicj4NCiZndDsgJmd0OyZndDsgJmd0Ozxicj4N CiZndDsgJmd0OyZndDsgJmd0OyBBbmQgaGVyZSB5b3UgY2FuIGZpbmQgdGhlIHBhY2thZ2VzIHlv dSBuZWVkOjxicj4NCiZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBo dHRwOi8vamVua2lucy5vdmlydC5vcmcvdmlldy9BbGwvam9iL3FlbXUta3ZtLXJoZXZfY3JlYXRl LXJwbXNfZWw2L2xhc3RTdGFibGVCdWlsZC88YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQom Z3Q7ICZndDsmZ3Q7ICZndDsgL0s8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F098C53909Bexchange21_--

4 5

Orphaned record in the engine DB prevents host removal
by Federico Alberto Sayd 09 Jul '14

09 Jul '14

Hello People: I am trying to remove a host from ovirt-engine but I have found that a orphaned record in the engine DB prevents the removal of the host. The host is in maintenance mode, it doesn't have vm's running on it. The engine logs says that there is a reference to the id of the host (vds_id in the table vds_static) in the field "migrating_to_vds" in the table "dynamic_vds". Obviously this is a orphaned record, but a constraint in the table "dynamic_vds" prevents the removal of the host. How can I solve this? Someone that knows the internals of engine's DB that can confirm if I can remove the problematic registry in order to remove the host?? Another solution? I really need to remove this host. Please help and Thanks!

5 7

oVirt + gluster with host and hosted VM on different subnets
by Simone Marchioni 09 Jul '14

09 Jul '14

Hi, I'm trying to install oVirt 3.4 + gluster looking at the following guides: http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ http://community.redhat.com/blog/2014/03/up-and-running-with-ovirt-3-4/ It went smooth until the hosted engine VM configuration: I can reach it by VNC and the host IP, but I can't configure the VM network in a way it works. Probably the problem is the assumption that the three hosts (2 hosts + the hosted engine) are on the same subnet sharing the same default gateway. But my server is on OVH with the subnet 94.23.2.0/24 and my failover IPs are on the subnet 46.105.224.236/30, and my hosted engine need to use one IP of the last ones. Anyone installed oVirt in such a configuration and can give me any tip? Thanks Simone

7 8

RFE/Bug in engine-iso-uploader / image uploader with NFSv4 shares
by Daniel Helgenberger 09 Jul '14

09 Jul '14

--=-AXuTTk15MDuIM7lpGOGW Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, can maybe someone confirm this before I head on to bugzilla for an RFE? When using engine-iso / image uploader scrips in conjunction with NFSv4 iso domains on my F20 client, the upload fails with: ERROR: mount.nfs: an incorrect mount option was specified I might be hitting a Fedora bug; anyway:=20 Workaround: Add 'nfsvers=3D3' mount option, changing line 42 in the (iso-uploader) script: NFS_MOUNT_OPTS =3D '-t nfs -o rw,sync,soft,nfsvers=3D3' AFAIK this should always work, no matter what. Making the mount options part of the appropriate /etc/ovirt-engine/*.conf files could be a solution here. Cheers, --=20 Daniel Helgenberger=20 m box bewegtbild GmbH=20 P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19=20 D-10115 BERLIN=20 www.m-box.de www.monkeymen.tv=20 Gesch=C3=A4ftsf=C3=BChrer: Martin Retschitzegger / Michaela G=C3=B6llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767=20 --=-AXuTTk15MDuIM7lpGOGW Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIN9zCCBFcw ggM/oAMCAQICCwQAAAAAAS9O4TFGMA0GCSqGSIb3DQEBBQUAMFcxCzAJBgNVBAYTAkJFMRkwFwYD VQQKExBHbG9iYWxTaWduIG52LXNhMRAwDgYDVQQLEwdSb290IENBMRswGQYDVQQDExJHbG9iYWxT aWduIFJvb3QgQ0EwHhcNMTEwNDEzMTAwMDAwWhcNMTkwNDEzMTAwMDAwWjBUMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h bFNpZ24gMiBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwWtB+TXs+BJ9 3SJRaV+3uRNGJ3cUO+MTgW8+5HQXfgy19CzkDI1T1NwwICi/bo4R/mYR5FEWx91//eE0ElC/89iY 7GkL0tDasmVx4TOXnrqrsziUcxEPPqHRE8x4NhtBK7+8o0nsMIJMA1gyZ2FA5To2Ew1BBuvovvDJ +Nua3qOCNBNu+8A+eNpJlVnlu/qB7+XWaPXtUMlsIikxD+gREFVUgYE4VzBuLa2kkg0VLd09XkE2 ceRDm6YgRATuDk6ogUyX4OLxCGIJF8yi6Z37M0wemDA6Uff0EuqdwDQd5HwG/rernUjt1grLdAxq 8BwywRRg0eFHmE+ShhpyO3Fi+wIDAQABo4IBJTCCASEwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB /wQIMAYBAf8CAQAwHQYDVR0OBBYEFD8V0m18L+cxnkMKBqiUbCw7xe5lMEcGA1UdIARAMD4wPAYE VR0gADA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5 LzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QuY3JsMD0G CCsGAQUFBwEBBDEwLzAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AuZ2xvYmFsc2lnbi5jb20vcm9v dHIxMB8GA1UdIwQYMBaAFGB7ZhpFDZfKiVAvfQTNNKj//P1LMA0GCSqGSIb3DQEBBQUAA4IBAQDI WOF8oQHpI41wO21cUvjE819juuGa05F5yK/ESqW+9th9vfhG92eaBSLViTIJV7gfCFbt11WexfK/ 44NeiJMfi5wX6sK7Xnt8QIK5lH7ZX1Wg/zK1cXjrgRaYUOX/MA+PmuRm4gWV0zFwYOK2uv4OFgaM mVr+8en7K1aQY2ecI9YhEaDWOcSGj6SN8DvzPdE4G4tBk4/aIsUged9sGDqRYweKla3LTNjXPps1 Y+zsVbgHLtjdOIB0YZ1hrlAQcY2L/b+V+Yyoi7CMdOtmm1Rm6Jh5ILbwQTjlUCkgu5yVdfs9LDKc M0SPeCldkjfaGVSd+nURMOUy3hfxsMVux9+FMIIEyjCCA7KgAwIBAgIRAJZpZsDepakv5CafojXo PKcwDQYJKoZIhvcNAQEFBQAwVDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYt c2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24gUGVyc29uYWxTaWduIDIgQ0EgLSBHMjAeFw0xMzA4Mjcx NjU3NThaFw0xNjA4MjcxNjU3NThaMFgxCzAJBgNVBAYTAkRFMRwwGgYDVQQDExNEYW5pZWwgSGVs Z2VuYmVyZ2VyMSswKQYJKoZIhvcNAQkBFhxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzgFDm8+SeTU4Yt3WopJQgqZAuuNxyMlxiPuq 0C0D581goXz2nVVjhTCIVwX2MqWYD1Dyjy1hLHXothgWgZaiQ1EB4oVdmIFmIfIjR6SkR/Gjw3lx MwJzEpxJhZXyyrOYE8Kgw2maJWgLx5zw2/lKpcffhVW0OY0t+JWWxPKiYFcAmQnb+fleonM8sUZZ ZES08uRVVL67jbq+3+E2xCLlqQ2iJ1h5ej3wlyuZ4CkUnfMHYrG8zOIfHwsPirWACX026a1flgts Kl1Yv0CRZ1c5qujcP3OPpDovIbBr9RBStl2DcFdzTuGMdmfp32963VLOlvKpClPMzrfJeJfWZ4Qy UwIDAQABo4IBkTCCAY0wDgYDVR0PAQH/BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQw MgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCcGA1Ud EQQgMB6BHGRhbmllbC5oZWxnZW5iZXJnZXJAbS1ib3guZGUwCQYDVR0TBAIwADAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5nbG9iYWxz aWduLmNvbS9ncy9nc3BlcnNvbmFsc2lnbjJnMi5jcmwwVQYIKwYBBQUHAQEESTBHMEUGCCsGAQUF BzAChjlodHRwOi8vc2VjdXJlLmdsb2JhbHNpZ24uY29tL2NhY2VydC9nc3BlcnNvbmFsc2lnbjJn Mi5jcnQwHQYDVR0OBBYEFLw0UD+6l35aKnDaePxEP8K35HYZMB8GA1UdIwQYMBaAFD8V0m18L+cx nkMKBqiUbCw7xe5lMA0GCSqGSIb3DQEBBQUAA4IBAQBdVOm7h+E4sRMBbTN1tCIjAEgxmB5U0mdZ XcawzEHLJxTrc/5YFBMGX2qPju8cuZV14XszMfRBJdlJz1Od+voJggianIhnFEAakCxaa1l/cmJ5 EDT6PgZAkXbMB5rU1dhegb35lJJkcFLEpR2tF1V0TfbSe5UZNPYeMQjYsRhs69pfKLoeGm4dSLK7 gsPT5EhPd+JPyNSIootOwClMP4CTxIsXQgRI5IDqG2Ku/r2YMMLsqWD11PtAE87t2mgohQ6V1XdW FqGd1V+wN98oPumRRS8bld+1gRA7GVYMnO5MF6p//iHFcy3MVT05ojqgomMt+voH5cFzrHA61z80 xaZ6MIIEyjCCA7KgAwIBAgIRAJZpZsDepakv5CafojXoPKcwDQYJKoZIhvcNAQEFBQAwVDELMAkG A1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24g UGVyc29uYWxTaWduIDIgQ0EgLSBHMjAeFw0xMzA4MjcxNjU3NThaFw0xNjA4MjcxNjU3NThaMFgx CzAJBgNVBAYTAkRFMRwwGgYDVQQDExNEYW5pZWwgSGVsZ2VuYmVyZ2VyMSswKQYJKoZIhvcNAQkB FhxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAzgFDm8+SeTU4Yt3WopJQgqZAuuNxyMlxiPuq0C0D581goXz2nVVjhTCIVwX2MqWYD1Dy jy1hLHXothgWgZaiQ1EB4oVdmIFmIfIjR6SkR/Gjw3lxMwJzEpxJhZXyyrOYE8Kgw2maJWgLx5zw 2/lKpcffhVW0OY0t+JWWxPKiYFcAmQnb+fleonM8sUZZZES08uRVVL67jbq+3+E2xCLlqQ2iJ1h5 ej3wlyuZ4CkUnfMHYrG8zOIfHwsPirWACX026a1flgtsKl1Yv0CRZ1c5qujcP3OPpDovIbBr9RBS tl2DcFdzTuGMdmfp32963VLOlvKpClPMzrfJeJfWZ4QyUwIDAQABo4IBkTCCAY0wDgYDVR0PAQH/ BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3 Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCcGA1UdEQQgMB6BHGRhbmllbC5oZWxnZW5iZXJn ZXJAbS1ib3guZGUwCQYDVR0TBAIwADAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwQwYD VR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9ncy9nc3BlcnNvbmFsc2ln bjJnMi5jcmwwVQYIKwYBBQUHAQEESTBHMEUGCCsGAQUFBzAChjlodHRwOi8vc2VjdXJlLmdsb2Jh bHNpZ24uY29tL2NhY2VydC9nc3BlcnNvbmFsc2lnbjJnMi5jcnQwHQYDVR0OBBYEFLw0UD+6l35a KnDaePxEP8K35HYZMB8GA1UdIwQYMBaAFD8V0m18L+cxnkMKBqiUbCw7xe5lMA0GCSqGSIb3DQEB BQUAA4IBAQBdVOm7h+E4sRMBbTN1tCIjAEgxmB5U0mdZXcawzEHLJxTrc/5YFBMGX2qPju8cuZV1 4XszMfRBJdlJz1Od+voJggianIhnFEAakCxaa1l/cmJ5EDT6PgZAkXbMB5rU1dhegb35lJJkcFLE pR2tF1V0TfbSe5UZNPYeMQjYsRhs69pfKLoeGm4dSLK7gsPT5EhPd+JPyNSIootOwClMP4CTxIsX QgRI5IDqG2Ku/r2YMMLsqWD11PtAE87t2mgohQ6V1XdWFqGd1V+wN98oPumRRS8bld+1gRA7GVYM nO5MF6p//iHFcy3MVT05ojqgomMt+voH5cFzrHA61z80xaZ6MYIC5zCCAuMCAQEwaTBUMQswCQYD VQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQ ZXJzb25hbFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzAJBgUrDgMCGgUAoIIBUzAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA3MDkxNjU2NThaMCMG CSqGSIb3DQEJBDEWBBTp8htN8n2iJsoW21CMk2Zngx0kNDB4BgkrBgEEAYI3EAQxazBpMFQxCzAJ BgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWdu IFBlcnNvbmFsU2lnbiAyIENBIC0gRzICEQCWaWbA3qWpL+Qmn6I16DynMHoGCyqGSIb3DQEJEAIL MWugaTBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMh R2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzANBgkq hkiG9w0BAQEFAASCAQCWKNcVu11XPhHtbDnCYvs9DIv7cG7+J/e9IlKoMtEMRTLfpQ18uciBFs3i 2VZkqPywMBzhzAnQ2FtAbvbhKURzG2aqXewnDVgi+spNTOGAxAAp+eiPfhWQFyIDUlOsswnM+Ts/ lhDRYW7gfCJ8S4bqTJApcj+Unqja8cZNr4bs8gvTvmBFkoRrPLqzAsznaz4jgT6M5S5LlXYWH0O1 oPz/SEwMTBB46FakRBow5ZGdGSJQtkuvrs7kDU79NBcJ0Ac5/wnHqAvQWaQFL607IiVw+VIedTX4 1U/9ONqnqTDEQDlrEsXbrEVZlKTwPb4RZsZeocFbW64CgGjvRYdiDOhNAAAAAAAA --=-AXuTTk15MDuIM7lpGOGW--

1 0

oVirt Weekly Meeting Minutes-July 9, 2014
by Brian Proffitt 09 Jul '14

09 Jul '14

Meeting ended Wed Jul 9 15:21:46 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) Minutes: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.html Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.txt Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by bkp at 14:03:29 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.log.html . Meeting summary --------------- * Agenda and Roll Call (bkp, 14:03:53) * infra update (bkp, 14:03:53) * 3.4.z updates (bkp, 14:03:53) * 3.5 status (bkp, 14:03:53) * conferences and workshops (bkp, 14:03:53) * other topics (bkp, 14:03:55) * infra update (bkp, 14:05:10) * infra resources.ovirt.org cleaned so the migration is less pressing (bkp, 14:07:06) * infra storage servers configured on PHX, now installing the hosted engine (bkp, 14:07:51) * infra work started on jenkins jobs for 3.5 publisher (bkp, 14:09:32) * 3.4.z updates (bkp, 14:11:36) * 3.4.z status oVirt 3.4.3 RC tomorrow *2014-07-10 08:00 UTC* from 3.4 branch. (bkp, 14:13:19) * 3.4.z updates No known blockers, some bugs proposed to be backported (bkp, 14:15:28) * 3.4.z updates RC scheduled for tomorrow, sbonazzo has sent a few emails about issues found on jenkins jobs but we should be on track (bkp, 14:15:28) * 3.4.z updates More detailed status found at: http://lists.ovirt.org/pipermail/users/2014-July/025846.html (bkp, 14:17:26) * 3.5 status (bkp, 14:17:58) * 3.5 status integration Detailed status at http://lists.ovirt.org/pipermail/users/2014-July/025849.html (bkp, 14:22:51) * 3.5 status integration New proposed schedule for 3.5 has been proposed. Shooting for a 8/26/14 GA release of 3.5. See proposal here. http://lists.ovirt.org/pipermail/users/2014-July/025845.html (bkp, 14:22:51) * 3.5 status integration Three blockers (1060198, 1073944, 1113974) to be fixed before second beta (bkp, 14:23:47) * 3.5 status integration ovirt engine master is now on 3.6, 3.5 patches must be cherry picked to 3.5 branch (bkp, 14:25:01) * 3.5 status ux (bkp, 14:25:43) * 3.5 status ux patternfly code successfully removed from the source tree and is now available in separate rpm (bkp, 14:31:16) * 3.5 status ux merged the remaining sorting infrastructure, and are in the process of merging the remaining patches that apply sorting to each individual tab. We are hoping to have them all merged by end of the week. (bkp, 14:31:16) * 3.5 status ux The Italian translation is about 30% done (bkp, 14:31:16) * 3.5 status ux Sorting patches to be backported to the stable branch in a little over a week. (bkp, 14:31:16) * 3.5 status network (bkp, 14:31:36) * 3.5 status network Bug 11133091 blocker in POST status. (bkp, 14:36:26) * 3.5 status network Bug 1115001, Error code 23 when invoking Setup Network, being examined to see if it is a blocker (bkp, 14:42:22) * 3.5 status network No *new* blockers to report. (bkp, 14:42:22) * 3.5 status network Bug 1113091 fix ETA to be determined, patch acknowledged, just needs verification and backporting. (bkp, 14:42:22) * 3.5 status gluster (bkp, 14:43:14) * 3.5 status virt (bkp, 14:46:00) * 3.5 status gluster Nothing this week (bkp, 14:49:16) * 3.5 status storage (bkp, 14:50:42) * 3.5 status storage Bug 1114057, new blocker, no status to report (bkp, 14:57:56) * 3.5 status storage focusing on stabilization and bug fixes. Seems like /most/ of the infra issues we encountered last status will be solved once the master is rebased. (bkp, 14:57:56) * 3.5 status infra (bkp, 14:58:16) * 3.5 status virt Blocker bug 1110305 still in review. Reviewers, please advise status. (bkp, 15:04:38) * 3.5 status sla (bkp, 15:05:57) * 3.5 status sla Fixing a couple of bugs from Test Day we need to fix (hosted engine, scheduling) (bkp, 15:12:34) * 3.5 status sla 1114987 and 1093366 are high priority, as 1114987 is a test blocker and 1093366 is serious, but older and not generating a lot of complaints. (bkp, 15:12:34) * 3.5 status sla features are getting there - we now have most of the patches verified and reviewed, final touches are being done (bkp, 15:12:34) * 3.5 status sla The log flood in vdsm is fixed and merged to master and submitted for 3.5 branch with verified flag already set (bkp, 15:12:34) * 3.5 status node (bkp, 15:12:48) * 3.5 status vdsm (bkp, 15:15:53) * 3.5 status infra Nothing reported this week. Four blockers (1 new [1114994], 3 POST [1115044, 1115152, 1116009]) listed on bug tracker. (bkp, 15:18:24) * 3.5 status node Nothing reported this week. No blockers listed. (bkp, 15:18:24) * 3.5 status vdsm Nothing reported this week. No blockers listed. (bkp, 15:18:24) * conferences and workshops (bkp, 15:18:38) * There will be a day-0 "Red Hat day" at Fossetcon in September. oVirt and other RH community projects will have a day to show off and give tech demos. (bkp, 15:18:47) * we are all set for booth duty at OSCON in 2 weeks! (bkp, 15:18:47) * Deadline for LinuxCon EU/CloudOpen/KVM Forum CfP is on July 11 (bkp, 15:18:47) * other topics (bkp, 15:18:59) * I will be opening up the new RHEV documentation on MediaWiki for everyone to help convert to oVirt documentation. This is a temporary solution, until we move ovirt.org to a GitHub-oriented solution. (bkp, 15:19:08) * Thanks to Maor Lipchuck for putting together a Google Summer of Code blog for the Red Hat Community blog. Thanks to lots of folks for their input on the 3.5 preview blog that will be posted on the Community blog tomorrow. If anyone else has blog ideas (hint, hint)... (bkp, 15:19:08) * ACTION: We need to get a little more coordinated on these weekly meetings. I know we are busy, but this should not take much more than one hour if everyone is set to go. Probably less. (bkp, 15:20:24) Meeting ended at 15:21:46 UTC. Action Items ------------ * We need to get a little more coordinated on these weekly meetings. I know we are busy, but this should not take much more than one hour if everyone is set to go. Probably less. Action Items, by person ----------------------- * **UNASSIGNED** * We need to get a little more coordinated on these weekly meetings. I know we are busy, but this should not take much more than one hour if everyone is set to go. Probably less. People Present (lines said) --------------------------- * bkp (113) * sbonazzo (23) * lvernia (17) * danken (10) * awels (8) * msivak (8) * amureini (4) * misc (3) * mskrivanek (2) * apuimedo (2) * ovirtbot (2) * ayates83 (1) * dcaro (1) * jvandewege (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

[QE][ACTION NEEDED] oVirt 3.5.0 Second Beta status
by Sandro Bonazzola 09 Jul '14

09 Jul '14

Hi, We're going to compose oVirt 3.5.0 Second Beta on Mon *2014-07-21 08:00 UTC*. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-07-20 15:00 UTC* The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1114994 infra NEW Cannot edit cluster after upgrade from version 3.4 to 3.5 because cpu type (Intel Haswell) does not match 1115044 infra POST Host stuck in "Unassinged" state when using jsonrpc and disconnection from pool failed 1115152 infra POST Cannot edit or create block storage doamin when using jsonrpc 1116009 infra POST sdk always raises a DisconnectedError trying to instantiate again after a previous failure 1060198 integration NEW [RFE] add support for Fedora 20 1073944 integration ASSIGNED Add log gathering for a new ovirt module (External scheduler) 1113974 integration POST Hostname validation during all-in-one setup 1113091 network POST VDSM trying to restore saved network rollback 1114057 storage NEW uploaded iso is not visible in the engine 1110305 virt POST BSOD - CLOCK_WATCHDOG_TIMEOUT_2 - Win 7SP1 guest, need to set hv_relaxed About Add log gathering for a new ovirt module (External scheduler), patch have been merged on upstream sos master branch. For Fedora >= 19 sos-3.1 package includes the fix. For EL 6 patches need to be backported to ovirt-log-collector. Feature freeze is now effective, and branch has been created. All new patches must be backported to 3.5 branch too. Features completed are marked in green on Features Status Table [2] There are still 422 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 358 bugs [4] targeted to 3.5.0. Maintainers / Assignee: - Please remember to rebuild your packages before *2014-07-20 15:00* if needed, otherwise nightly snapshot will be taken. - Please be sure that 3.5 snapshot allow to create VMs before *2014-07-20 15:00 UTC* - If you find a blocker bug please remember to add it to the tracker [1] - Please start filling release notes, the page has been created here [5] - Please review and add test cases to oVirt 3.5 Second Test Day [6] Community: - Thanks for your participation in first test day! - You're welcome to join us testing next beta release and getting involved in oVirt Quality Assurance[7]! [1] http://bugzilla.redhat.com/1073943 [2] http://bit.ly/17qBn6F [3] http://red.ht/1pVEk7H [4] http://red.ht/1rLCJwF [5] http://www.ovirt.org/OVirt_3.5_Release_Notes [6] http://www.ovirt.org/OVirt_3.5_TestDay [7] http://www.ovirt.org/OVirt_Quality_Assurance Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Ip spoofing
by Punit Dambiwal 09 Jul '14

09 Jul '14

Hi, I have setup Ovirt with glusterfs...I have some concern about the network part.... 1. Is there any way to restrict the Guest VM...so that it can be assign with single ip address...and in anyhow the user can not manipulate the IP address from inside the VM (that means user can not change the ip address inside the VM). Thanks, Punit

5 34

oVirt 3.5.0 release schedule updated
by Sandro Bonazzola 09 Jul '14

09 Jul '14

Here is the updated schedule for oVirt 3.5.0. These are tentative planning dates and may change: 2014-08-26 (Tue): oVirt 3.5.0 GA 2014-08-12 (Tue): oVirt 3.5 Third Test Day 2014-08-04 (Mon): oVirt 3.5.0 RC 2014-07-24 (Thu): oVirt 3.5 Second Test Day 2014-07-21 (Mon): oVirt 3.5.0 second beta Release management page has been updated accordingly: http://www.ovirt.org/OVirt_3.5_release-management oVirt Google Calendar has been updated accordingly: ICAL: https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.cal… XML: https://www.google.com/calendar/feeds/ppqtk46u9cglj7l987ruo2l0f8%40group.ca… HTML: https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40grou… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0