- Users - oVirt List Archives

UCS Integration (vmfex/SRIOV)
by David LeVene 04 Mar '16

04 Mar '16

--_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: multipart/alternative; boundary="_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_" --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey All, I've got a test instance and would like to get vmfex working. I'm very new = to ovirt, so some of the basics are still new to me. I currently have a 3 node setup which are all configured without vmfex, wha= t I'd like to do is convert the hosts one by one to use vmfex. >From the UCS side of things it works and I'm presented with the SRIOV devic= es in the host.. but I can't get the network config in the ovirt admin setu= p.. I'm following this guide, but not getting very far... http://www.ovirt.org= /Features/UCS_Integration This step says to do this, which is fine.. but when I do this I overwrite t= he current attribute in there. engine-config -s CustomDeviceProperties=3D'{type=3Dinterface;prop=3D{vmfex= =3D^[a-zA-Z0-9_.-]{2,32}$}}' which is... # engine-config -g CustomDeviceProperties CustomDeviceProperties: version: 3.0 CustomDeviceProperties: version: 3.1 CustomDeviceProperties: version: 3.2 CustomDeviceProperties: version: 3.3 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.4 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.5 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.6 When I update it using the command above, it replaces it... When I append the 2 together, I get see vmfex & prop in the ovirt-engine (s= creen shot) side of things.. so can someone please check my command to ensu= re I'm not missing something! engine-config -s CustomDeviceProperties=3D'{type=3Dinterface;prop=3D{vmfex= =3D^[a-zA-Z0-9_.-]{2,32}$}}{type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(= ?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(= ?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}}' # engine-config -g CustomDeviceProperties CustomDeviceProperties: version: 3.0 CustomDeviceProperties: version: 3.1 CustomDeviceProperties: version: 3.2 CustomDeviceProperties: version: 3.3 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.4 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.5 CustomDeviceProperties: {type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2= ,32}$}}{type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:= [0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3= }[0-9a-fA-F]{12}|)$}} version: 3.6 [cid:image001.png@01D16989.E4952270] As soon as I enable vmfex on a host that was previously working.. it stops = working and the network no longer works on the host... (this is not using = any of the config above.. just enabled the vmfex in the UCS manager) What is the "correct" way to bring a Host in ovirt using vmfex? Regards David This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please imm= ediately notify the sender and delete this transmission if you received thi= s email in error. --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ 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-AU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hey All,<o:p></o:p> <o:p> </o:p> I’ve got a test instance and would like to get= vmfex working. I’m very new to ovirt, so some of the basics are stil= l new to me.<o:p></o:p> <o:p> </o:p> I currently have a 3 node setup which are all config= ured without vmfex, what I’d like to do is convert the hosts one by o= ne to use vmfex.<o:p></o:p> <o:p> </o:p> From the UCS side of things it works and I’m p= resented with the SRIOV devices in the host.. but I can’t get the net= work config in the ovirt admin setup..<o:p></o:p> <o:p> </o:p> I’m following this guide, but not getting very= far…  <a href=3D"http://www.ovirt.org/Features/UCS_Integration"= > http://www.ovirt.org/Features/UCS_Integration</a><o:p></o:p> <o:p> </o:p> This step says to do this, which is fine.. but when = I do this I overwrite the current attribute in there.<o:p></o:p> <o:p> </o:p> engine-config -s CustomDevicePr= operties=3D'{type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}'<o:p= ></o:p> <o:p> </o:p> which is…<o:p></o:p></spa= n> <o:p> </o:p> # engine-config -g CustomDevice= Properties<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.0<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.1<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.2<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.3<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.4<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.5<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.6<o:p></o:p> <o:p> </o:p> <o:p> </o:p> When I update it using the comm= and above, it replaces it…<o:p></o:p> <o:p> </o:p> When I append the 2 together, I= get see vmfex & prop in the ovirt-engine (screen shot) side of things.= . so can someone please check my command to ensure I’m not missing something!<o:p></o:p> <o:p> </o:p> <o:p> </o:p> engine-config -s CustomDevicePr= operties=3D'{type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}{type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}}’<o:p></= o:p> <o:p> </o:p> # engine-config -g CustomDevice= Properties<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.0<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.1<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.2<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.3<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.4<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.5<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}{type=3Dinterface;prop= =3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F= ]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.6<= o:p></o:p> <o:p> </o:p> <img bord= er=3D"0" width=3D"192" height=3D"141" id=3D"Picture_x0020_1" src=3D"cid:ima= ge001.png(a)01D16989.E4952270"><o:p></o:p>= <o:p> </o:p> As soon as I enable vmfex on a = host that was previously working.. it stops working and the network no long= er works on the host…  (this is not using any of the config above.. just enabled the vmfex in the UCS manager)<o:p></o:p= > <o:p> </o:p> What is the “correct&#822= 1; way to bring a Host in ovirt using vmfex?<o:p></o:p> <o:p> </o:p> Regards<o:p></o:p> David<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> </div> This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete th= is transmission if you received this email in error. </body> </html> --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_-- --_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=7048; creation-date="Wed, 17 Feb 2016 03:41:20 GMT"; modification-date="Wed, 17 Feb 2016 03:41:20 GMT" Content-ID: <image001.png(a)01D16989.E4952270> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAMAAAACNCAIAAABueOLiAAAAAXNSR0IArs4c6QAAG0JJREFUeF7t XQlcU2e2PyCyKRRUJCpKRq0idcGqJS5P4nSUdLHQikNcWiO2Smt9ptX5mepMh9qq0EpNx/pIfS44 FozVDrE6NXVGhT6V2GqhMrI4WuJTH1EoRBBIlOWde282ICwhQbJ834+f3nz3O+c7y/+ec76bm++6 NTc3g0O2kvT5H/jtzFzAdkjpnUZod0fSpGDnjPmpl2sokSuyv/4a5o0n6Olt/7k5VATSlmRu3Lg7 5+YDz4HjX3x368boob1tP5ef37EA5PLusj8DOFQKsz/zEYkIgAgGrLIAAZBV5iPEBEAEA1ZZgADI KvMRYluuwj766KPCwkJiU7uyQHh4+B//+MeeE8mWEYigp+f81G3OPe0UWwKo20oSQse1AAGQ4/rO LiQnALILNziuEARAjus7u5CcAMgu3OC4QhAAOa7v7EJyAiC7cIPjCkEA5Li+swvJ7QJAcXFxYrH4 qaee6l2TfPzxx2+88UbPyWAnatpWQfepxsZdsC79ckXX+dfUaNsOfvSgQl2rbWx5olFbq65Qa5oA 3lix9LOPd0n27v3rX//6xRdfvPrqq12fTzeyqb6yrPqRxWQ2JvD29hYIBKNGjbIxX0dj575o/yV9 O751yuVV276jnznutCkzF0fvvmZmWNOjhvqaao3po/raB/drHz5qorvcfbRQm7hixcqVK3/44QcO hxMZGdnpZC0GuPsMGOLf1zIa24+eNGnS2LFjEUa2Z+1QHD1MpPUbO3/BvE9PXa6J5vp1qkRN2bWH 7Qxy9/V1r9c2e3u70QOaNfXNvr4eNS2HazSakpKSadOmDRs2zJTPihUrZs2a5ebmVlFRcfDgwZ9/ /hk/xsfH+/v747Bffvll9+7dVVVVb7/9NqY8HNbY2CiXy48cOfLKK69ER0ejRx88eIAfs7OzDWy5 XC6mj379+rm7u9+5cyctLQ2fBMdsxWazm5qarl69+vnnn6M8hvEIjqVLlw4ePBjPnjt3bu/evXiK 4e/l5YW0+fn5GHsCAwPXrVtXWVm5Z8+e4uJihvzdd9+dMGECTqTVav/+978fO3asrZWQf0JCwrVr 15Dz888/byr2w4cP+Xz+iRMnTp06hYQo5JgxYz799NOysrJOXdIrA9qvgf7vu62C6BlTp86IXqNL bBXH16xJzUxaPGPq9NXLlh8COLR8amqBGbHdPL3c6qiEReNHW49Y6qMfpk9AAwJ8RowYeb9Cdf7c +WpNXWVlNWa5CeMnjHpq8uHMA4viXi4qLJz1H79tcPdUqVR/O5qxcOGiv6SmNDU2jRkfzh4yetCQ IWm7Pn0pOvaT1G3/OPnt4GDWhKkzc3Jyli1bVnjlx1mRz/Tr17+iuq7mVyrbYZz797//vXz58nfe eQd9c+vWrdjYWITahx9+iLXXiBEj0GemasTExNy/fx8HZ2RkPP300y+99NL06dOfffZZ5I9p609/ +hMi+6uvvkKnpqamrl+/3oAeZPLTTz998sknq1atun79+jPPPNPWOkFBQcikqKho165dGMOioqJ0 YhcW4kT37t2rqalBCCIhSjh69GjEmd2iB4U0BVDN5d07s+fNm4LhR3t5a9xuWJlx4dKls1/Mu7xm VXoJbYrcr3OnbL9wKXfXgf2LADD9raM0bdPcvbzd6rU0gmj8eJpOExISkpmZuWPHjuGDB2aeOHP3 3l1/TzfQ1mm9ArlzuM315YcPHtH09btfXf0ke/CIAYH5xdfPnj2ruV/5fw+aBg4aGOTnXVtbi5EA I1NIyMALPxZXPaidO2dGQ9W90+cvYrzLOf2D/9AR06ZNDeyrqaXDHsYkvI7nzp2L0eLChQtDhgzB 2IMuRB9jhEOAmkZBRMzAgQOxHwf/85//xLmGDh06cuRIDFEXL15Ebrdv38ZT7V3uGPnwC3AcjGGy b9/WmRZ7MJIplUqJRIIcxo8f39DQwLDFGVEpNE5BQQHKg9BB/Pn6+mKc7pXQ0sVJPTCKYCyhGvVT mbcz/0ylL+3l7/42RSCfMQi7vdjz1607tPhUgQAhA1NenN6Vn9K4eXpDpabRx9dNU9fo/YQ7mOQv dMCH6z7qi6Hobr1v8ABvHbg8fb36+Pn5/WYoa8/Rb4IH+GB3fX39iBGBrHETExbOa9R4+g0N6tNI Vc9oa0xk/Jef37w55fb9iqOZX/r6BY4MHfzB5g/9GtUqrc8gX/dBgwb18fHvX1OOMMYUgykMPYeB B9PKzZs38eKeRzdGdRTJYC/0Wf/+/RfRjelUq9WYKLHduHGjY7Oi+zH3IVgRCpheTdkyhMgcwRca Gor4QPjiR0QzBkLm7KNHj1BsRDaGTEzQmEOrq6uxUuyiL3tlmIfZKIKRH9jzKfjQrb/nwIc6BLCH Gno7lNfdy8e9UtvoBbVNvgGG/NWaxKOPMTRRxxi9i4uL3tyUaqiSJ4wZHrPwheLigo+3pEXMmvyW fpl95cqVovyLrIFPrnnvPxcuXHjvngq99fGe7TW3rt595Kcnd+/jAQggjAdffvnl0aNHEUYvvPCC TCarq6vLzc3FDNVWCTyFYhw+fJipQpiGSQeDB9Y9HWMIATp8+HDMTZcvX8by5cknn2zFHzPjoUOH EJo4cvv27TgXio3BuFWSwk5EIQZCzF+mxVmvQKTjSc3XQH4Dh4BSaVjRP3j4q6enhcK7Ywyqe/BA A76epoV6x1ywUhk8OJj3u9+h1zFIhIWFeXp5urlBeXk52nHixIkYG5ADXujM2g1raoxSWLFinMfx c+bMASzcm5uQkF4fNTXTaRQHIwlywMIc62K8rLEMQm4YBhhu6HWDYJiAMPtg+hgwYAB24ikcgPw9 PT2ZSTEwYMMDjJemhNiDgQdTXmlpKXJmmLdtKDAWPXiWx+MZxabH6cUGtAMmWaz6scDHfqzAsFbD CGo4QO2SkpL+8Ic/WOgV2w83DyCvKdGvXE7ffYGCkFZ5PDVVu4g7puXknogx08TURrQ+nr5QV9fg bQF+ANdTF/OvLHlh7l8ke/Eu0YKY5//xD8WNa0W4VNm/fz+WlsyVymKxXnvttQMHDmAlgVkAKxW8 E4G0WBUdyDz8leS/4pa8hmVEY301c78IHb9lyxbkgKs5XEBhzZGVlYUo2bRpE3Z+8MEHM2bMMMiP OMNFHEIBAwOexTGYTTBcnT59Ggte7ElJSUFH4oyYCrH6xiUSOp4hR0kQZ0goEonu3r2LCzGzHvvm m2+wDEK4Y/nFiI1sUR1cATDVGKYtxBkCnSmP8LJBNZGz4QAXgHjs4+Nje0RYyNFt+5Vms4UwhZuk z0/861cYOH3l1j8LpgwCXIXxrq3U1c3agvTlqz6/xt1+dqt+0b948WLM49VlNX2ZEqahrqKyKWBw f4xAdMHjQ3VTR3SOMRygxKbH+LGh/r66uv5RE7h79Q8M6I8luNnBLahMPjTUVv5agyW8p3+At7aq 0ZDQLDRNLw7HXPnWW2/hgs5skrVUMFyyWErS9fG2fKieBpBdtYYH99TuAwb5dj2J2of4GCkxKO7b tw+XC9ZL1KMAsovvwqy3kZHDoxrVveqH9E3vJk1tHViUQm0pSPd4YTrD+5zMPSeboKd7YnSdygkj UENtVVWNpqHZzb2vzxOBTxjvYXbdKs41kkQgy/zp0S8wiIW3V1jBgwh6LDNdN0a74/0uJLPVv7gw QW529S8jDGk9ZAEnTGE9ZCnHZUtSmOP6zvkld7pVmPO7zL40tCWAxo0bZ1/KEWkAetoptqyBHNFf eLsFvzPpouSzZ89OTEzs4mAXGWbLCOSIJsOvt/Dhr65ITtBj1kquDiA0SlcwRNDT3jVGAERZpmMM EfR0EKEJgHTGaQ9DBD0d53cCIKN92mKIoKfT6pAAqIWJTDFE0NMpenCAqy/jzdoI1/b4ZDtZsRMA dcUCZIxVFiApzCrzEWICIIIBqyxAAGSV+QgxARDBgFUWIACyynyEmACIYMAqCxAAWWU+Qmy8kfiv 280Fd5gtoUhzLQtMGNY8PqSbrtcBCNGzVVrq1/i/rmU5oi1tgZo+Izbyf9M9DOkAlKloxp2Rdovm EJO6oAVWpWTjF39LpnennukOjQuamKjcngUIgAg2rLIAAZBV5iPEBEAEA1ZZgADIKvMR4g4ApEjG LReMjRXGT85W0hZTSWPdkhV2ZDwUNVaqskQgTX66QJJvCYVdKm6pArYf33EEijlUhvuyM02VLVAJ +RLdhuy2l+TxclQXyw6ojXvTP97JH+dsuEu/aRjAj7ad3YIUxuLx+Rezi1tc6Jp8iYDDRgnZPKG0 WOcQvLoTeWEsSm7sljNRS60Q8+k+NgcvfcNIM+RGBbtDo5QL6bkxYIoVah0vTbFUyKPE1PUqkocs OgbvTW8Tt5TZyYw+1EiDmGZMrpQncjgiOW2MNlOqZQITzppsoZtAphfFtu7rnBtu5mo6qNXHzuk7 HcGEl4zcpje2nTFEG/ogdxuYRqD6okPxwdH7S/FM2aEY2JaL/2fFh8bvL6rCrqqi/fGhq05Sh7kb gqPTiuopFlVnN0wK3pZHMwuOoWmbq/J2RI/dQfWZJzcK0XUavaj1edsiIzecpMNm2ckNkZH0PPVn NwRHbsulZGsuPcSIqVehhcqlh2KC19I64MD9MRCfZQzAdKeOqjRr2dgoHUOzU9bnbps0aVsubYP6 s2uDN5ylD3up4S8FGBjggVkRViaf/fJCY/ekA4asHQCZwC94bPSqNMYJBjvuj5pEe4hp6G8GQaYN XbuWsl7ejknB0duy8kqrDKYs7Yy86zQ6AKGvYFmWQQR0NyUf1UvLYNrMAqj1iCgG8sZGUcXExwcb ZzE/JYW/aGZQ7+OnGV8UwTgSD1q5h/loDYC6XAOpiuWSRE6AaURTqXJ+fmeyIcNOf++uiikr1MXy dLFYKOByOfz3QKnC8B0hlEtjlRI+J9BHnxzaJdfPYTGNWqWEAy8H6iXCNPUzvoOH6mV18bVMGpVC KhGLEmOxVhAey1GZKczzvXnJa+USmS4zm50SgB2buOxAUnq+RiGTCmO5vfpSKNQFYw82mxdA6CkL aqA22ZDFwo23W1yjMj4L1PLECGF+QAQnMVkmy07foCdjcRMl8mJVfZVCzJLwxPm4Xbg58hazWEgT wGK3jjUiDlC9SnVXapB8MTc2XcOO4IvSZXK5OMZs/k9MFAhEYm+RSEahy/yU1AmeYIMqOVkgzhbx OJ0WEj09AEsf21c/tNDWAIjNFaAd04tp32DBy2MJ5RpQ5svY+CYILieMBUqpJJ2eRiMXsmLTlRif vAMCMBpEsALAPLnRlJbTeHNiN0hFSUxpq1HKEiO4uGqkemVJEqaiVmeLIjhUZwALVCavCKPOqZSK ixGxsTxuBNtbky0Rm3nTl046Fj9JpExMztbQzNtOSQ3z5vJFrMOHlQJuRE/Do3P+GHt6IvxQEzNZ sAtFdKtSgCqiqYo4bVlkKLLBEmntIaZyLj25NprqCo1ctiP37I7IqLQiamTujvixwbqRJ3Vxyxy5 yTxdpjGp90uz1kbT89DT6+ohXAAwMgWPjd92lp68LGsZdpjWcFiv5KXRMtLK5B5ahTVdy9LJpHKi ahuszKnzZqek5ihKizQJ0XQBxdwXQXnpVQglh7HXbH3yODqtqYE6ANDjEN2p56jKWtamDLdLha0B kDUprPPI6dIjiqUSdSKP7eQ2IADqCQfjQsLNjadIFOOiwskbAVBPODiAJ2luVqbHOnv4QdsRAPUE gFyIZ4uH6v2bbrmQ6kRVvQWq3Ydb+1A9slqYdH7UEN8+Hq1fNEzs7NwWaGx4dKOs7kjSzO6pafxd 2AbJT1Lt093jQqgc2gKLvPOSV03ungrGGojEnu5Z0AmorHE9KaKdAAC9qQIBUG9a3wnmJgByAif2 pgodAej0Wrhp+pcIuyNoWSPgylrY3ptit54bRZUysnWxDYOs1y1Xwf4U76K6PTeskwiUmwOhn+n+ Nt6G6Jnwfs/J8jg5B8Gofo9zPqedy4IUlnECrntA+IQWttiyGEroKFWyHN6nHpig2pbfUyGKiV7n YiAEu/xg56u6npJE2GIYaY7cMMESnp7PavhWv+9D1By4sppmtRqks1s7JiQCziXqJjrNo6fGFgrS 5brOK6/CEj84HQVP4K2vNnEr4UU987VwZTHoniVu630/OPA6pfKSQZRqB1oyh3Hwowlnzotw83WI c1IIdRlAg2DDAhjdADkFRkskLICl/pBxEkL3QUYtrJhLmWkyD5YGwdGjVNx6uwSGs0EIEMKBl/pB cgY18mg1LJ1NudYsuZG7HySMhRvnaT6FMGoibPGjsufOiXCjAGZiZwGET4YDpi+5GwYH8H7YbXju M3juDHiNgt00wnb+FiY3wNv7IDQDCvuBMAqezYH7AEc+A36+iWOngnAUKM5QMz53HiAI3mx5teiG +oE0HjhaWH8UMipgeyzgE4cbUbUMUHjA+/MhpAhyKmH6BKofW0IQ3LoNR10TQNOj9GXQElgSCN98 D2kmhpjPgqslsPka7jADm0/C9X4wfwzkySF0F2y+Q407LofrAP7D4LYWwAviZsKbQZCWCaEH0ctg ltzIvgaQaNQ42DIVyi/B2M9gUw1sGANPlMOa7yny49/DqUoIH2Ok4EyG0VoQn4BCgMIC2KeCpxCn w2CyP+ScgeM1ABXAl8C0E+048xJM/AxWFlFnCy9BoRa8ELJt2rwlMN0DNh+kGQ4DzgBQKCgkIfOV eaANggSA9UWgGQBvIriHQbg/5JlcdU4GJAtqoIl7YE1LQ/h7wFMT9QhLgNEIEl/KPnEzIOtVKpWU rKY6/YMAvoeNJeA/BETz4fxaXT5qj9xg4vVn4LYXLJ0JhxN0CSXIiwoMyIHJjwsHgJeH0SPheLYf pOrP/hnR04ca7w9QTQO608aJAOliOI3paTVM9wJ/c3WSthJu4cUwg2ZGM+fO0xuBzozYA5dAUQvc yRA1GYZXQkrXZu9UPDsc0OUUZk726gb46UdjlY2RHzNCXAykToTqcjh+HtacAMPXsxlymCaBmUch +QYFO1zEmSU3nQejyPN7qKz3xnmoDoL350K5FjRlLWac+LWRAmMGVEO8vuqnyv+DAOXYB0Emgao9 N4TMpjKgVzUo8mH9CchFbuZazlew7zY8PZGKNAzz7+h8bfhbT1OlYZAMgp0hcPU2FS+dtVkFoFPl lB3fp30TN5eqpnePBI4/aKohRQ4pZRAVCcNpy83DQjIRNmAuuwPlDQANcAPALLnR0CPh3FrImgEh NXC7luquroKUXwCGQBZdQoWPg29Xw7kXjRSKPLjlD9tfhHCsuoaBFAPJ7wHuQF41cCJhPuajQbBz OZQsBqij8iPmVtMWFQTeWtiXA5tKIGgCTMZ41k7bdwqu9gGsuBnmUfN01TSWiVjaMz9EUZyHqwBP eEHeJWcFD6WXVQBKOwlfVsOS56gAnjoK8vJg5S8gLoDyQDiJeQQrzWq42gD+/nAqB76phbfi6JFs yD5P1VJmyY3G/gXSSmDUNCphnZyHPyCGNeiJS7D+CoyaoOv0V8Em04LmDqzE4jeEmv18HIRrqcoM 25ozkOcBnyfAzSUQ1QApxwGuQWEtRMfBtybruIxLcJUZlgAJ6Pha8G8PQzWQchOGh8L2UFhzHHCf ia1LaKogqkxMYXSoAUU5FS+xdGOaNBGuLKCP5lJ2YG6k4UoCLy0qmDlmM34bv3FPQUat2VWHY2pm B1LjUt+/EF6+YAeidCjC0v7/2rJifPektCoCdW9KF6EKnw0cDzhu9+ix0h0EQFYa0Dw5xp6TkyFP Aft6hL0dMSUA6hFnLMPFY6u7lD0yT+8zJQDqfR84tAQtiuitr5Mi2qG92U3hN+0lRXQ3TUfIrLUA SWHWWtDF6QmAXBwA1qpPAGStBV2c3tYAKsYfhFN7nCbnu7hhXUV9GwNIlS87xsedk1SiCFexoIvr 2S6A8sUR3HSl3jr4iYefcEf4ZHmxTJwYG5solhVrNPQxV5CMx/QG9tT2yyn67ZfbbtmsUYgiWELc GQ6bCjdU5DnLvuUujCLDllnv/feVFttn4Sa7hv218JjenA23ZgsOXZaWW1pWlLV20qTIKOMxs9+v cQ8481s2N+MOypHUbsC4R7Ru02m73LPLtYTC79G7rbBuizukbw0g3OpYvw20Hj8UgAygovcl1O11 aNij0ACg9vZPxo0IKQiFhgYbiLstOyG0kQWsAVAHNRDuospKz8ZiWCFPjhDwdHttUXusGlu7+x+b 37KZIsR9TQXsmze5Ai7bhQO/06jeURHN5gnYiCBFtpgXyw2wTOV290/GrX+TklirVikTk+Rqy3iS 0XZogQ5XYSyeIEImShLH8i3FT7v7JyulQiGIxRLcyD5fICIQskNIWCZSx8v4AG4s+7vv+Jbjh9pn O1kh0oi51At6wviyMIksMQyjj1DoLU7msxFgQhpC9HbvpDmuBci38Y7rO5tJTr6Nt5kpCSNLLeD2 U3EpQ3Pkf2rI80CWms85xmMEipvVv3u6kBTWPbs5FRVJYU7lTsdSxsZfpjqW8kRa6y1AAGS9DV2a AwGQS7vfeuUJgKy3oUtzIAByafdbrzwBkPU2dGkOBEAu7X7rle8AQPj8aqxEKubhQ/KsMEE69dAq /dgqdibjd6RhybgtDr6rmc+8EZgnlDIjqCFuIqlMEIbfo7J5ydlq66UkHOzWAh1HoGPpygipsrm5 OD1MwhcrGIAck+RzZKrmYhEnX8wTaoTybKpJY/MFAsN36+kyTVK+qrk5W5DPF0jJN+5263+rBesY QDFCAf0kUABHIGSLs4uZ6fSPl+XLk1lCPod5KjGAy+cXp2cr6Q/BQiGfTfWz+UKhQqYgCLLaUfbK oGMAcdj6l8ay2Jy7KjUTgihIUU0Dd8NYbINmLBb7mJKBCodt6GazOWodnb3agMhlhQU6BpBSrdbx VikVwayAlo9Ae0NwsYoJOVRTqZQxOuAoVYaYo1QqAlrRWSEuIbU3C3QMoC+SJAoKQursdLFKxIto KX0ET6QSS3WVkVqeLg4TcJmI9XNyspRClkYpFUti9b32pjuRxwYW6KQG4npLY3ExFZGsSpIKW+EH 3zsglIu9JTx6FcaXc+TpsfqMF8tRC3H1xubJuDIxL8AGghIWdmqBdn9YSP0IjP41oaXN+ONCSynJ +N6xQA/9LsxOEU/EsisLkDvRduUOxxOmAwBxRM24/4HlKrH4smYR86Yj0pzeAkYANTxq5+UiTm8D l1ew4WH3XW98qH7++hPho4f09Wz35+4ub2fnNMCjh5rC62XH8RU13WpGAHWLnBC5ugVIEe3qCLBS fwIgKw3o6uQEQK6OACv1/3+vif6bGXs25AAAAABJRU5ErkJggg== --_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_--

6 20

Guest not reporting
by ＠LiNixG33k 03 Mar '16

03 Mar '16

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_0d6S1X+mD3zIOS8Gu4GXjyXACHHeb85NK0BV3MvCRz2sjPeA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =EF=BB=BFHello all,=0D=0A=0D=0A=C2=A0 =C2=A0 =C2=A0Nice to be on the mail= ing list here.=0D=0A=0D=0AI'm having an issue getting my ovirt vm's to re= port back the guest info. I'm sure that it's user error however I could u= se a helping hand pointing me in the right direction. I've tried to check= VirtIO serial console. I've learned through twitter that this is not wha= t I need in order for the guest agent to report. I just need to install t= he agent on the vm and configure it. I've done this as well but I'm still= failing to see a guest report :(.=0D=0A=0D=0A=0D=0A=0D=0AThanks!=0D=0A=0D= =0A=0D=0A=0D=0A-LiNixG33k=0D=0A=0D=0A --=_0d6S1X+mD3zIOS8Gu4GXjyXACHHeb85NK0BV3MvCRz2sjPeA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.14-51822">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>Guest not repor= ting</title>=0A</head>=0A<body>=0A=EF=BB=BFHello all, </sp= an>     Nice to be on th= e mailing list here.I'm having a= n issue getting my ovirt vm's to report back the guest info. I'm sure tha= t it's user error however I could use a helping hand pointing me in the r= ight direction. I've tried to check VirtIO serial console. I've learned t= hrough twitter that this is not what I need in order for the guest agent = to report. I just need to install the agent on the vm and configure it. I= 've done this as well but I'm still failing to see a guest report :(.</sp= an> = Thanks! -Li= NixG33k=0A</body>=0A</html> --=_0d6S1X+mD3zIOS8Gu4GXjyXACHHeb85NK0BV3MvCRz2sjPeA--

2 1

3.6 engine-backup
by Giorgio Bart 03 Mar '16

03 Mar '16

Hi all, I just upgraded From 3.5 to 3.6 and I run a backup with engine-backup. The resulting files are very small in size compared to those created with the engine-backup command from 3.5. Is this correct ? old backup( scope=files) : 15MB new backup(scoope=files): 177KB In the old backup file the biggest size is from var directory 24M ./lib/ovirt-engine 24M ./lib

2 1

open error -13 = sanlock
by paf1＠email.cz 03 Mar '16

03 Mar '16

This is a multi-part message in MIME format. --------------070800050409070604090600 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, can anybody explain this error no.13 ( open file ) in sanlock.log . The size of "ids" file is zero (0) 2016-02-28 03:25:46+0100 269626 [1951]: open error -13 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-28 03:25:46+0100 269626 [1951]: s187985 open_disk /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids error -13 2016-02-28 03:25:56+0100 269636 [11304]: s187992 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 If the main problem is about zero file size, can I regenerate this file online securely , with no VM dependence ???? dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 regs. Pavel --------------070800050409070604090600 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, can anybody explain this error no.13 ( open file ) in sanlock.log . The size of "ids" file is zero (0) 2016-02-28 03:25:46+0100 269626 [1951]: open error -13 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-28 03:25:46+0100 269626 [1951]: s187985 open_disk /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids error -13 2016-02-28 03:25:56+0100 269636 [11304]: s187992 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 If the main problem is about zero file size, can I regenerate this file online securely , with no VM dependence ???? dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 regs. Pavel </body> </html> --------------070800050409070604090600--

6 16

Guest OS wrong cpu count
by Johan Kooijman 03 Mar '16

03 Mar '16

Hi all, I created a VM on our ovirt 3.5 cluster having 8 CPU's and 16 GB of RAM ( http://imgur.com/aaXfbfq) The guest however, only sees 4 CPU's: http://imgur.com/dEYVe0S. Any clues what may have caused this? -- Met vriendelijke groeten / With kind regards, Johan Kooijman

3 3

VMs Pause During Live Snapshot Creation
by Duckworth, Douglas C 02 Mar '16

02 Mar '16

It is my understanding that VMs must pause during Live Snapshot creation when "Save Memory" option is selected. If you're only seeking to mitigate against issues that might arise after doing package updates then what's the advantage of going with that route? Down the road does anyone know if it will be possible for oVirt and eventually RHEV to gather snapshots without Pausing VMs? Does Docker make this a feature we likely won't see developed? -- Thanks Douglas Duckworth, MSc, LFCS Unix Administrator Tulane University Technology Services 1555 Poydras Ave NOLA -- 70112 E: duckd(a)tulane.edu O: 504-988-9341 F: 504-988-8505

2 2

SUCCESS / error
by paf1＠email.cz 02 Mar '16

02 Mar '16

This is a multi-part message in MIME format. --------------050203060205030209020801 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, next explanation VDSM log give me following message Is this live checking for storage availability ? If "SUCCESS" then why "<err> " ??? regs. Pavel Thread-233::DEBUG::2016-03-02 17:31:55,275::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n346 bytes (346 B) copied, 0.00022692 s, 1.5 MB/s\n'; <rc> = 0 Thread-299::DEBUG::2016-03-02 17:31:57,870::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-299::DEBUG::2016-03-02 17:31:57,886::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n734 bytes (734 B) copied, 0.000391403 s, 1.9 MB/s\n'; <rc> = 0 Thread-209::DEBUG::2016-03-02 17:31:58,301::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-209::DEBUG::2016-03-02 17:31:58,318::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n335 bytes (335 B) copied, 0.00048095 s, 697 kB/s\n'; <rc> = 0 Thread-198::DEBUG::2016-03-02 17:31:58,885::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/installshare:_DATA3/7f334c9d-ac01-4b2a-9f29-af1d2f24c3e0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 --------------050203060205030209020801 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, next explanation VDSM log give me following message Is this live checking for storage availability ? If "SUCCESS" then why "<err> " ??? regs. Pavel Thread-233::DEBUG::2016-03-02 17:31:55,275::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n346 bytes (346 B) copied, 0.00022692 s, 1.5 MB/s\n'; <rc> = 0 Thread-299::DEBUG::2016-03-02 17:31:57,870::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-299::DEBUG::2016-03-02 17:31:57,886::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n734 bytes (734 B) copied, 0.000391403 s, 1.9 MB/s\n'; <rc> = 0 Thread-209::DEBUG::2016-03-02 17:31:58,301::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-209::DEBUG::2016-03-02 17:31:58,318::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n335 bytes (335 B) copied, 0.00048095 s, 697 kB/s\n'; <rc> = 0 Thread-198::DEBUG::2016-03-02 17:31:58,885::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/installshare:_DATA3/7f334c9d-ac01-4b2a-9f29-af1d2f24c3e0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 </body> </html> --------------050203060205030209020801--

3 2

My oVirt 3.6 installation guide
by Glenn Snead 01 Mar '16

01 Mar '16

I rebuilt my humble oVirt server over the weekend, and I wrote a blog posting about how I did it. https://glennsnead.wordpress.com/2016/02/28/ovirt-3-6-installation/

2 2

[ANN] oVirt 3.6.3 Final Release is now available
by Sandro Bonazzola 01 Mar '16

01 Mar '16

The oVirt Project is pleased to announce today the general availability of oVirt 3.6.3. This latest community release includes numerous bug fixes and several new features, such as: - The WebSocketProxy VDC option(and a few others) can now be updated without need to restart the engine. - OVIRT-CLI now use remote-viewer instead of spicec for spice based console - unassigned host status now reflects more the real status - cloud-init service after appliance deployment is now disabled oVirt is an open-source, openly-governed enterprise virtualization management application, developed by a global community. You can use the oVirt management interface (oVirt Engine) to manage hardware nodes, storage and network resources, and to deploy and monitor virtual machines running in your data center. If you are familiar with VMware products, oVirt is conceptually similar to vSphere. oVirt serves as the bedrock for Red Hat's Enterprise Virtualization product, and it is the "upstream" project where new features are developed prior to their inclusion in Red Hat's supported product offering. Additional Resources: * Read more about the oVirt 3.6.3 release highlights: http://www.ovirt.org/release/3.6.3/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Read more about oVirt Project community events: http://www.ovirt.org/events/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Not seeing Gluster options on Cluster properties
by Will Dennis 01 Mar '16

01 Mar '16

Hi all, I am running a hyperconverged setup of oVirt 3.6, where I pre-made the Gluster volumes that are used for the hosted engine and the VM storage domains. I have seen in screenshots of 3.6 HC setups that there should be options to enable Gluster integration in oVirt by checking a box in Cluster properties > General tab (“Enable Gluster Service”) but I do not see that checkbox in my Cluster properties > General tab. What must I do to enable this integration? BTW, I see that there is a package "vdsm-gluster-4.17.18-0.el7.centos.noarch” installed on all of my oVirt nodes… Is there another package that I am missing? Thanks, Will

2 6