- Users - oVirt List Archives

Re: [ovirt-users] Hyperconverged Setup and Gluster healing
by Denis Chaplygin 25 Apr '17

25 Apr '17

Hello! On Mon, Apr 24, 2017 at 5:08 PM, FERNANDO FREDIANI < fernando.frediani(a)upx.com> wrote: > Hi Denis, understood. > What if in the case of adding a fourth host to the running cluster, will > the copy of data be kept only twice in any of the 4 servers ? > replica volumes can be build only from 2 or 3 bricks. There is no way to make a replica volume from a 4 bricks. But you may combine distributed volumes and replica volumes [1]: gluster volume create test-volume replica 2 transport tcp server1:/b1 server2:/b2 server3:/b3 server4:/b4 test-volume would be like a RAID10 - you will have two replica volumes b1+b2 and b3+b4 combined into a single distributed volume. In that case you will have only two copies of your data. Part of your data will be stored twice on b1 and b2 and another one part will be stored twice at b3 and b4 You will be able to extend that distributed volume by adding new replicas. [1] https://gluster.readthedocs.io/en/latest/Administrator%20Guide/Setting%20Up…

3 2

Bonding type
by Alexis HAUSER 25 Apr '17

25 Apr '17

------=_Part_8515664_1106165231.1493109080090 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I would like to bond 2 NICS from RHV side. There 2 links would go on 2 separates switch. Which kind of bond would you advice me to use (betweem the 4 proposed mode or the custom mode) ? Regardes ------=_Part_8515664_1106165231.1493109080090 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi,<br></div><div><br></div><div>I would like to bond 2 NICS from RHV side. There 2 links would go on 2 separates switch.<br></div><div>Which kind of bond would you advice me to use (betweem the 4 proposed mode or the custom mode) ?<br></div><div><br></div><div>Regardes<br></div><div><br></div><div><br></div></div></body></html> ------=_Part_8515664_1106165231.1493109080090--

2 1

Re: [ovirt-users] after upgrade from 4.0.4 to 4.1.1, no more gettagsbyparent_id
by Fabrice Bacchella 25 Apr '17

25 Apr '17

> Le 25 avr. 2017 à 07:59, Yedidyah Bar David <didi(a)redhat.com> a écrit : > > On Mon, Apr 24, 2017 at 5:59 PM, Fabrice Bacchella > <fabrice.bacchella(a)orange.fr> wrote: >> https://www.dropbox.com/s/70h2ajt049i89p6/ovirt-engine.log.tar.gz?dl=0 > > Seems like this wasn't the first error. Before that, the engine lost > connection to the database: > > Later the engine was restarted and then the error you reported. > > Are you sure your database is ok? Of course I needed to restart the database, to change the requested setting about vacuum. But it was a scheduled restart, not during the upgrade. > > Please provide the output of 'pg_dump -s' for it, and the output of > 'select * from schema_version'. > it ? what it's name. I have no knowledge of pg, how can I connect to it to give the requested informations. > > Can you please describe the full flow that you went through? On last friday, I tried a first upgrade, but it stop because of the requested version mismatch. So I stopped it and asked for help. On monday I tried to apply the tuning on my database about autovacuum and so restart it. At this time, ovirt was still working fine. I then upgraded the pg client, to match pg_dump with the server but not the jdbc library, to keep the one supported (9.2). And then it failed and didn't want to restart any more.

2 9

Ovirt Engine Can't See The Gluster Storage
by khalid 25 Apr '17

25 Apr '17

dear ovirt users team i have issued : six server installed glusterfs configured with replica 3 when the first 3 servers of gluster down the ovirt engine can't see the gluster domain storage , but i know when the first or last 3 server down must the domain storage in read only is that right and how you can help me with this isuues. best regards

2 1

oVirt Setup
by Mohd Zainal Abidin 25 Apr '17

25 Apr '17

Hi, Hardware: 1x DL380 G9 32GB Memory (Ovirt Engine) 3x DL560 G9 512GB Memory (Hypervisor) 4x DL180se 6x3TB 32GB Memory (Storage - GlusterFS) What is the best setup from my requirement? Which step i need to do? How many NIC do i need to use for each server? -- Thank you ______________________ Mohd Zainal Abidin

2 1

oVirt 4.1.1 and ovn problems
by Gianluca Cecchi 25 Apr '17

25 Apr '17

Hello, I installed some months ago a test setup in 4.1.0 with ovn. Now after updating engine and host to 4.1.1 it seems the services are up but it doesn't work. If I run a VM with a network device in OVN external provider, it cant' boot and I get this in engine.log: 2017-04-20 15:17:42,285+02 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-11) [e55e0971-f1e5-4fda-8666-3ce23797027f] EVENT_ID: USER_FAILED_RUN_VM(54), Correlation ID: e55e0971-f1e5-4fda-8666-3ce23797027f, Job ID: 067f6e70-9e70-48bc-be44-d5bd1d9485fd, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM c6 (User: admin@internal-authz). 2017-04-20 15:17:42,317+02 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-6-thread-11) [e55e0971-f1e5-4fda-8666-3ce23797027f] Lock freed to object 'EngineLock:{exclusiveLocks='[50194eea-f96d-4ebb-bf64-55cef13f4309=<VM, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2017-04-20 15:17:42,317+02 ERROR [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-6-thread-11) [e55e0971-f1e5-4fda-8666-3ce23797027f] Command 'org.ovirt.engine.core.bll.RunVmCommand' failed: EngineException: (Failed with error PROVIDER_FAILURE and code 5050) Firewall is disabled/stopped at host and engine side (where I installed the central server too) and should not be the problem.... On engine server I get this into /var/log/ovirt-provider-ovn.log 2017-04-20 16:36:25,355 Request: GET : /v2.0/ports 2017-04-20 16:36:25,355 Connecting to remote ovn database: tcp: 127.0.0.1:6641 2017-04-20 16:36:28,422 Failed to connect! 2017-04-20 16:36:28,422 Failed to connect! Traceback (most recent call last): File "/usr/share/ovirt-provider-ovn/neutron.py", line 76, in _handle_request content) File "/usr/share/ovirt-provider-ovn/neutron.py", line 132, in handle_request with OvnNbDb(self.remote) as nb_db: File "/usr/share/ovirt-provider-ovn/ovndb/ndb_api.py", line 56, in __init__ self.connect(tables, remote, self.OVN_NB_OVSSCHEMA_FILE) File "/usr/share/ovirt-provider-ovn/ovndb/ovsdb_api.py", line 110, in connect OvsDb._connect(self._ovsdb_connection) File "/usr/share/ovirt-provider-ovn/ovndb/ovsdb_api.py", line 47, in block raise OvsDBConnectionFailed('Failed to connect!') OvsDBConnectionFailed: Failed to connect! Initial working versions on engine, where I configured the central server: Feb 14 17:55:57 Installed: openvswitch-2.6.90-1.el7.centos.x86_64 Feb 14 17:55:57 Installed: openvswitch-ovn-common-2.6.90-1.el7.centos.x86_64 Feb 14 17:55:58 Installed: openvswitch-ovn-central-2.6.90-1.el7.centos.x86_64 Feb 14 17:55:59 Installed: python-openvswitch-2.6.90-1.el7.centos.noarch Feb 14 17:56:52 Installed: ovirt-provider-ovn-1.0-1.20161219125609.git.el7.centos.noarch Today as part of the update I got: Apr 20 11:30:06 Updated: openvswitch-2.7.0-1.el7.centos.x86_64 Apr 20 11:30:06 Updated: openvswitch-ovn-common-2.7.0-1.el7.centos.x86_64 Apr 20 11:30:07 Updated: openvswitch-ovn-central-2.7.0-1.el7.centos.x86_64 Apr 20 11:30:24 Installed: python-openvswitch-2.7.0-1.el7.centos.noarch Apr 20 11:31:00 Updated: ovirt-provider-ovn-1.0-6.el7.centos.noarch At the page https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/ I see this note about ports: " Since OVS 2.7, OVN central must be configured to listen to requests on appropriate ports: ovn-sbctl set-connection ptcp:6642 ovn-nbctl set-connection ptcp:6641 " and in my case I indeed passed from 2.6.90 to 2.7.0... Do I need to run these two commands? Or any other configuration settings? Thanks in advance, Gianluca

2 7

Ovirt self hosted engine network issue
by Brenneman, Brad B. 25 Apr '17

25 Apr '17

--_004_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8349A5CEMPEXMR103corpl_ Content-Type: multipart/alternative; boundary="_000_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8349A5CEMPEXMR103corpl_" --_000_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8349A5CEMPEXMR103corpl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have an ovirt self hosted server with multiple physical NICs in it. em1 - set for DHCP and used for web resources bond0 (p1p1, p1p2) - set statically for communicating to internal hosts w/o= internet Before I installed the engine vm/appliance, system was able to browse the w= eb on em1 and maintain internal comms on bond0 to internals hosts. After installing self hosted engine/appliance, the host is unable to commun= icate to web resources on em1. Ovirtmgmt is on the bond and has no comms i= ssues. I installed the logical network for the external web side per the online do= cs and attached it to em1. Host system can ping the network gateways on each NIC. When launching firef= ox, system is able to browse to Hosted-engine VM page (admin portal, user p= ortal , etc) but is unable to get to web sites (i.e. google, ovirt.org, etc= .) I read that Ovirt 4.1 was supposed to have fixed the multiple gateway issue= , but am confused as to why I can't get out. Any ideas how I can get the host to browse the web again? Brad William "Brad" Brenneman | Leidos Senior Systems Engineer | Naval Strike and Intelligence Division 6909 Metro Park Drive Alexandria, VA 22310 phone: 571.319.8221 "Temporary" mobile: 571 213 6890 william.b.brenneman(a)leidos.com<mailto:william.b.brenneman@leidos.com> | l= eidos.com<http://www.leidos.com/> [cid:image004.png@01CF4CE2.1EF07A30] --_000_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8349A5CEMPEXMR103corpl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">  I have an ovirt self hosted server with multi= ple physical NICs in it.  <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">em1 – set for DHCP and used for web resources<= o:p></o:p></p> <p class=3D"MsoNormal">bond0 (p1p1, p1p2) – set statically for commun= icating to internal hosts w/o internet<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Before I installed the engine vm/appliance, system w= as able to browse the web on em1 and maintain internal comms on bond0 to in= ternals hosts.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">After installing self hosted engine/appliance, the h= ost is unable to communicate to web resources on em1.  Ovirtmgmt is on= the bond and has no comms issues. <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I installed the logical network for the external web= side per the online docs and attached it to em1.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Host system can ping the network gateways on each NI= C. When launching firefox, system is able to browse to Hosted-engine VM pag= e (admin portal, user portal , etc) but is unable to get to web sites (i.e.= google, ovirt.org, etc.)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I read that Ovirt 4.1 was supposed to have fixed the= multiple gateway issue, but am confused as to why I can’t get out.<o= :p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any ideas how I can get the host to browse the web a= gain?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Brad<o:p></o:p></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif";color:#201747">William “Brad&#822= 1; Brenneman | Leidos<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Ari= al","sans-serif";color:gray">Senior Systems Engineer | Naval= Strike and Intelligence Division<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Ari= al","sans-serif";color:gray">6909 Metro Park Drive &nbs= p; Alexandria, VA 22310<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Ari= al","sans-serif";color:gray">phone: 571.319.8221<o:p></o:p><= /span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:9.0pt;font-family:"= Arial","sans-serif";color:#00B050">“Temporary” m= obile:   571 213 6890</span></b><span style=3D"font-size:9.0pt;fo= nt-family:"Arial","sans-serif";color:gray"><br> </span><a href=3D"mailto:william.b.brenneman@leidos.com"><span style=3D"fon= t-size:9.0pt;font-family:"Arial","sans-serif";color:blu= e">william.b.brenneman(a)leidos.com</span></a><span style=3D"font-size:9.0pt;= font-family:"Arial","sans-serif";color:#1F497D"> </span><span style=3D"font-size:9.0pt;font-family:"Arial","s= ans-serif";color:gray"> |  </span><a href=3D"http://www.leidos.com/"><span style=3D"font-size:9.0pt;fo= nt-family:"Arial","sans-serif";color:blue">leidos.com</= span></a><span style=3D"font-size:9.0pt;font-family:"Arial",&quot= ;sans-serif";color:#1F497D"><o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-right:3.5in;line-height:150%"><span = style=3D"font-size:8.0pt;line-height:150%;font-family:"Arial",&qu= ot;sans-serif";color:#1F497D"><o:p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:0in;margin-right:3.5in;m= argin-bottom:12.0pt;margin-left:0in"> <span style=3D"color:#1F497D"><img border=3D"0" width=3D"218" height=3D"53"= id=3D"Picture_x0020_1" src=3D"cid:image001.png@01D2B9D5.EE8E9520" alt=3D"c= id:image004.png@01CF4CE2.1EF07A30"></span><span style=3D"font-size:9.0pt;fo= nt-family:"Arial","sans-serif";color:gray"><o:p></o:p><= /span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8349A5CEMPEXMR103corpl_-- --_004_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8349A5CEMPEXMR103corpl_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=7888; creation-date="Thu, 20 Apr 2017 16:59:23 GMT"; modification-date="Thu, 20 Apr 2017 16:59:23 GMT" Content-ID: <image001.png(a)01D2B9D5.EE8E9520> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAANoAAAA1CAIAAACobWLbAAAAAXNSR0IArs4c6QAAAAlwSFlzAAAO xAAADsQBlSsOGwAAHnVJREFUeF7tnS14IknXhns/1ThwIJHEgQuSccSBC5I44hIXJOPABRck44gD N0jiggsSCY52tHu/+5xT3RACCbOTmc1mpzdXbw/0T3XVU8/5L/763//+5x23hUHYbHZTyeRpqXCS zaSz6eOu+5mzQs/zf+b6P9f+u3rgr+PhOB5Nz86qBpBMOp3NZvOFk2Ixn8vnspmsn/x3vfif1n7E HvgBOF5efO31+r4PGv0wBJZe6IXyD9/P5XInuexpsVgo5LK5TDL5h9I+4mB//DYdC8cgCEvF2mw2 TyZTYbj2/RRghCcdLsOVvSpAzGRToBNcFotFaDOZ/kObHx8GH6WFb8LRaW/338a12rWg0Ft7XoLm +8KRK9+XY2VK/TxcQ5mhF/A9FJlBimezxeJpPn9SyOXS2T/Q/CgD/zHb8SYcXbPBIogEjiKrHS/C kQllyp29iO9t1gSgSa5MpnIn6Xy+gLqZRaTnsh+zR/606h/sgaPgOJ8vvxRri+U66adEX/TXEKCD pcjrZ8cb7hTYuk15VCQ7l/NRWi2hQuEkj1jHGMpmhEv/bP/5HjgKjr3e/eVFM5nMCPIEVTCiotDt 93LkXtZ0VwXomgpNJH4y7QPNk2wujyGERM9l/1hC/1lYHgXHsy8X4/HE9zMqhY3nwKKgULlw7XsJ pzuiQQptGlTVJxTt9XzrZ84RLdPpnJ4XuC+Q6clMJpVXTfP0tABMs3/Uzf8SNl+Ho0BpNp7Xzi4F Mb6/CpHUMS8a/8UcGQPP8eIWUqNz1OJxODZERnqnHx2LJSRPEdmdyWRwG5WKUGYOpTP7Oxzv/6XB /3jv+td6vV4sFkEQGALMCpE9yEl4GS8zuh33OwNMEfkktmMCZUHjuoj0Ep6/1nMibTKmx1iD3IBX ZPUWdzrWVK4Fo2vlTlU0w8Bbwb7JZBJJnjXHexbRntP2/sgmt+M1kz9yzb/4XHxz/zq1R9gRZIDI 5XJpiBQcRIhMhul+81v4hDj2EokE2E0oYtYJxY0KXoOQOnlUCJuIxuGT8IGqn4D43HHozpTPN+fL teF6zZeCZofpWMgLaGVuQKurIFA9AH3TE0uonK9dVrGKXoEMZ8/n89l0Ppk8TGeP55VyvVH/F0Ps raZjdOIbnk2fxpNxLnvSvr1564qP9f1GWEOQjFzcOhCZTqbn4+V9p59cJVOqHQpaBQ7ueGM5b71U pFPqR8Z/tkXS2WAL/yXYe4Jv3W8DWz4xmAv6FeCrcCXslvLwqyPEc8VcppjJ5rPxFNpquTcFehN2 T0+P07nMtEAxvWi3Wlc3jd82AnRpJDmedQazHrJ/r2aAv+lk9jibzaaPs6fZgmfKU9fl0tnw+917 PeX33GdXd+SlzGXI+GW81KA9nI6mWT8rfGman+DSYOaOtaFOj7TjHeRFtGmxHLn5RorrjWKpG39u 9jtnLrBzaErCl9hjNoNnKI1rvZD2Do8mDFEsVoAgt+ZS9A/xT0HRYdBuNxtX57+nZ3kK7ojBcJRK pLblxmq9OiuV7vrt92pGtXpxfz/0PdGmsAVV4UoEwapSKfUH7/aU92rt6/f5v52vMRrgHnXChKvF ek5UEF4JBEMrZDQs5etejhNEBjmGyeRY4WnHMF+0Ryy7YxHJDoumF264UwkU9pKNO6+81TxY4Ary MolcKXd6Way1a6WrcqlRyp5lM6V0mFSl8sCbCY4F4tBompERrVdOlVn0m7fFIlwuw/l8tVqu2S/m sueThUyVd9voKrDIpON9tU+dB+P3v+/Pv9IuHLkj2higTKUzSAGkjcw29VEjW/V5Oq52bLJ491jZ 0TjSnanSGc1QnD/xt4JUPlEEewufTl0tvEWQCv2cn68Vy83qeatevS6fVU7TWT+TIRqeTKelKfon bL1307hlIrL6OVG8pNrYQ1f8fDceaom0FH8tr08wnyYR8Re6fldzyk8RuRVGNO+bvKmzSn/Ve/26 ++6BIw9Ds0ln0tPZbLUO1BcjCFyHK3nXcM3bs7djzJUXx2LUCGbjc6LzHf4MhdxN99w8CBdhyksV UqV6qXZTrbVqpcZptpwOsguE9SoMiH2ncztq4mFsaauEIzUOtOXv3FILfl2Pbt3ZPAPOUwvvixMC ySBv/I7PN/XUdBuJUOgD9Pjfx4/74cjLLIMAvWcZrgPsCqa0t5ZwdQhshBGFKcGl7dVItmNDpxx7 XCRWCN/6YULPEVNbaQoMwrpEZoJE1s+Vc5XrSr1VqzfrxVoxW0xzTeAt5+HcS4bJXBKXIwzzA+Mn 2oLyhDK7xZCcH+D3DpBoCtIEF8dS3tIO+GEf1Wtvb6wf8aJq9pHP7gc67WOcehCOw+F4tlw8BvPH 1QydB9CJD9zeHA1PNEXRF1V2u3mpDCqyG/1P9hqzEX4w94yXwL25CPHWhKlCJlfLl5uVMkph6yxT BpU+8hphzQnq1vGySayXPPsf7Sjwl5CouqJQ2qxSTLOQjtjeE7C8CrdThccOeXn937vylqUBRJHb T8qOo9FYLFM/gVXxhAsIqZ3yNdtW8Cd0iRdG9zrS7i+leZApOFQZdO2tTCNcJRfrzCpXziKOG51G /aZ+Vj/LFlEJsZwXoS/OiRgrTG5SzPEs/j0Woc3Mgyh6JBaSenmO3IzA32dLkRmiCaAo3wQ/U+zT FHeI0fE+D9C7RFzodEd733fn4Hds8Cu32h8kxIgpFc80IsiLOYksdJVK+yuT1CsXlXaso/EYNV6U O9GTwsAHwZL2mCW8J4GUrEeSmfoaLRKolo2LzQhiQqIIyVQq9bpn+81+wRvwpUT+kYfVo2PjbGqc /e3bZqPx+xw9OJvWyJR4bkRNx856x9RPzSh4NMUgfl8U1kql2B/cvtldH+qE/cJ6dD9WtMgkE1mc TCx8bxbMJ4tZkBJb2FMWVH3FrGPQyQcrfDQLb+5lwlQxU6qVa1f1RvuqelXJlfNhBrcY+uACmAYo h0IQGpuOiAs6xKL/SSwqXZjuuPFublj2aJJ8l0HCD5DN4aYgm0730d87YlHf13rStEYZr+h935Pp 36VD3rzJHjjCUqOxwFGxKKgMFHNohMswmMync08i1ms/tRCforcIBWFLb46zPFNKFRulaqtWadVw 1qSLWeT2Igy5EEGPBaPWrnShSmfxaAJ6HGbvA0R9XdUdNW6u7KsK5EGv0Jsd9E+c8GOTRm1qZ7GZ lhz5d3/sPv/Em+4+cw8ckdSPk5n5xrQaQd2LWAZJ8R0GfjhdzqZok4bCRIDxmz/LnV9Xas1arVnJ 1XL+qb/0F0FyRfZDSEfJfZIAAyGlnCo6AG5qjkUBEEH+N9XEvT34c7rjRxiUPax2yPjZ8jW+m+6o 1tbefjgG36+d86YJt0d3vL7+2iFOjdtWWqU6okOkBUOFz/BJl0sl0mqk4DqTTmQ0r0Kyb4TuNGVi Q1BmSejd5Fr1Bcots5lfUtj1Lrojc3IywfFKPsKcZGFUQFFNEpK6AZGXy6VjiitI3QiYkmzqAItH WGy1fO514NPTk/HDeDyeEXRfkEsgXYZiTYiU0qPSWRFNwO7w5cvF5Od0x/F4Srxb3MwLQjxahYc9 mkllMhSTSJFTvpg/zjdl4+y2YBmOJ5NHounTWbBaWQkBfYiB4CqogE8uvd0Pu3Ak6l8u1abTBRYI PgqVrcCMO0kGGg08LfEf9S5UCaZFji8Deku+TwoNWpFMDMUt9U3eECwGWDjk8fKir2bi/AxHScy6 ULGJqChgakizxJR5M2Ydevejcb9/P5lM6E2dP27UtUn2idhnzMbLRv20lH+lqbXq9f3oXiVDZPip s6dcLg+GrxkZlCV1ez2yQNQvZAalgcRhmnKOcqVEQgivdvblEtRqrn6cpZ/CpfZmzBpLa9Af9fsD UmdwMxtrYPebHhW9b8An+DlqtWqtWj7SJ8D9ut3+6H40ny/0XnEfWvtlz7sAytLp6XmdGP6pveAu HPHv1KoXRAp1OKX3k77P/GDlCSBYKGJqbA+P3ILMtAVzKgwIgXFF0hlA6j2MrD3Xj6FEIMHi3/Pg HIlRGO3MLGtpDught0DahEfpdThOH2bNZoehjXpQIm+Rk0h1UGcjS2QFoNAzpKu12wdThKrA8X5k yoldrfIlBMrD7/vhiGPyutHpf+vLXHKxxNhj6mo4dWAY5tXpabHbbbea3fvRCNA4FjBfb7gqV4qD w5Z1r/et2+lNZ9io0sDY/6CdHDOcyDGyMRQJq3yucH3VOK+XXx+Ib99GrWZnNp8nfUHRRt+LJGR8 ueS1eMA9rDfOm02qX/xd3RFiYNiCcJnNJkrlAuM3Hve/T/qt9lWZ2PE+h5nGuLEd0yqoBfUGPgul aJ+KjJZJJue9p5q4t1/+nu7Y696Xy3WtwRCDWCofJb5shEQ9hoyQCSxGDoiT5sZxt9OlxvKApiXS gCvIJ9IYumjhUcx6/4CCxVrtEizSaRLplidKJFWfKzlTcRv4NumfTB/m9VqT5GnF4rG6I8NzcdG8 vGzNZgvegua5LC33djyE92XIVKdC7Mk5mbR/wvl1Lrz4aqaSbvGB+3e3c1+vX0OKYJG35n119FWq mGVpT9H/JZMSyof7Op1vsCmfPIPjci5MVz+vD/q3g2F/OLy7ujrPn+a29IH9/cjdta5FU4FkKm32 SH+eLhmKudw7Jvm9NkE1Vq6KSrSPey2e9s+v73ztXV5ea0q8jmsQxTbkfOUG8aRaxFk8KfqOnCN5 NPffRheXzb3tcd4DF0fWGJWLLO87PfTqtcvRaOjaIFe5aiR9ltXHqe6kLaFpdLskF8+e3LeuVZFM 32c4gHgS0qBGpQuR7/ZG2le6j2NszgciRGvnCHB9Hy2iVr3UUJPgavtNWDan2WwpgpM2c7QHoEBr uVVZub5VDUoRLXIGqpLw2zM4JjPpQb9317+tnJfxk7025Pu+s1SgGPt2iizlk8//Ok1xT0N+0O9I nSQy2gjJcUzS5ON6GcwlwUPilmiSSy0y0z61/E5jLz+JSEFCvWxJxKnuTB09mSl7dZWvnR6akiX+ KPI0x3mzl2dF8XfTRI0vNXdJW6J7+9xQsmfyNRpNEA91MZdUo42vVcToPUW3iKugNnd27eHa0WjC fXbeF2x1Ol3RYVzFqbZWgc4fuixmA4YG4AvcvJJ+UI+N1+210HR34Ug7jtRVDyGVIQWR0TDI2j2/ FYjarB/yO2L8Xl+3osFz85V/orGwO69U2retwfAOcdFu3+BJUHSq3HGznHNFSrbbXU343R0ja4/u tW3CPVgMuzKOZtze9pTvdM0Z4yrDn7sDc0OUqKVYWPA4zxLi2bp/ZMcc9jsiBO7vMa2Qj04fjWSI XStQYQZyc8UN5oDjM8fHrnZUWolM6Hag2M1G+Qf2n1pCm1xsmsjL4m8plYpXjdpVo14uF0nL5ClU 61N/AI32uq3zc6ePHkyhOAS4Nz+nrVL5p9svNVkOteSHdMdmqyOueB0hxZkQC8o77qv+oEc2NUFF 3DqYsVdXaJaDq6uGKMcuN97pQGhgVEKQdPKiSYKlLZ0v0v9enIf01Folq2SPGMtYRB4XpJIJCn0Y ThpQqZQxdSFsZobqlOobfkt3nM+WXWR0KLnxer7Y0cqf8hRQzh4XUqN+3mhgodWKpwXxnAQLJUvH zW5NB7lDEm2Pe8av8vDwqFMuyjS1Ka4PoCaEKU3hTvv2CpcC1ki9XlkGM7AovBhhkTPfH47Wvn8E iK5rjtYd8beNyRQxDMrYmOW7ppsoHiiXnfch7nFOw6SrVfAiOV9IpCXLtRjROzA7qDs6dnQcCePh XdK6gkgr3fAi6qzXvGlgTTI3ZETbVxyMR4Pe7S0uCsfWsebn9D+nlG23h7mFookyEDGinOPYK1gC 8ftBbzju3961AM3t3c1wfDca9pmHcKUSp9XFx1psCtuZe8aPWOCfNdvZtUEQDNEW8oVGo+LUBz0b NfHuDog2O92myeh4+1Vw3BmY3/rPo3VHAATBOA1GzUh2CMR6vV467FC8aV5qwSg8prVsOvfYHh+f 8DFtv+lB3dFpdU63Gw4nizm6gUhqnRVSTaEcKW3r9bs3rcZOjTllFzhcvn+/RwSJVH1Ld0QCIKbV 2o14kcaT9yJWUdi4auASwoe6DRqOT0s5Pudb9RbbjHUapB4n8SzahBRkS8AYxo20aqdvJBfLxXwe vATAzc3V+fluOssnhOORuiOiTtw64ug3SSSDyh71t1p9NmV3upJAAqu3aEa3eOPMZmR0giXB09nz k5WB9uiOz856eJjakDqudZklApRm83qLpHc1TjDa67W1dMTldyrz7YlZEx1RxCsdyklyc30iWp24 03fhIt/an8e3OErV7RCv8mBMmYBuJ+OJXZtMZZw3J7LQLceUKEm1WsdeRJ95CcqdTz4hHI/UHWGy FfU5sjlLVrUoUZO6t/3ry6/8XV42r+3v2o5t32EYMKiVw8T6Me0QRM6enrGjya43dMfQe3p6smbY 2Og9xVGHgoh/eGvAHJtuD2H+NFurVlXrfc3viKkUt1PFgHsKz2o0atuk6G4uH9mf6H+WladWsL2v 4i8paaqEFu0SCkhUUhuvxz4BeRCR1ouL62q5zsJjl5dfsYGmhE+dq+gZID8hHK1G502/o629QRxY DeXYqycX9r7dd7qDTrff64463ftu954gvh7LvtvtLRaW4Ktj46xmsT92SgQP6o5bNIcNAa1GTGS6 o3zNSMNbe4DygmGK6BUbS998h/qASIxyqPNEWutQ5XyK4g+Wy9/aiiVq2sUtH+PeHTMDI/2kLLJe cOoQabUA+kQ6Ku2nF8tw8jDDALq8bpWK1VKpxsQmErb98M8Ix+N0R1YDsI7Q8VOPXTTvsZTTvsRd UOY0bpGxOA17zFKN5kuURYt/NAKpw0Cnk2qx3bkHdcctlEkZL1qX2bmaP6pfih5GCOstnMj3suab 4cDeYp/fURfwiNoZ82gYHLleHETI0oeWb7DFstJmSS7RTbi8XuMcnRs8y+x3ZrtFpLSK0vUhyPZR bJjYpXKNQBQxbrvJJ4TjkbqjRgukK91esRix3SbyEWl+odndwjFxXlLkQVTOkM9f+BP1/q/6Hd3a gk6Ti/2Iwu8JLQF5dXNQ0Px8IflDuqOLrJh/auPLNGl83KZnRhpnFFnZrD4n3zabDdUyYWLRTTc9 FpG1Pl3awIaOLsGb0Pv2bXD2pULm1OeE45G6o2Z9KasZt7k5HVUyOKRqfMziclaZurvneydhN1Jy M77y2eu6Y/R0GyOLSluOvR8Tz2G82FVkIkgeYKS3CU/H72XXauw4lgObKNG2QH8DlaqWOOaOrH65 8xbTY+/3+3hqWQUJzRCnvRhP2gPG/bq3bEPlS20SydfZ2XxJUOpzwvFI3ZFkS7Mcbb5u5r30ujCN 5Ndpb2oHIqf4J5JI9tqxHLPHS8weNEiazwtVT9n0rZg1wsxxhotnyIrrfIJjL4KIY8EXiJHPsatQ NB3aDvgdlWg5KY73KEdqyHuvSbHzIM4h9VMldRw3dz0mIcWtDUTe3t7gsGzUKyxowrpIQUj2Givt SIxHe3O7t83SB9NpAq3YN59QWB9ZK4MWz6IWZk2bvqWpOsIcvW6bAMx4MiB+MGE/kT1pkHKsn49G fflW9sP4eDIZNps7HhNjqddi1tIMWUZCNb+kWVSGYJ+k2sgaeTbkW6MvnxNBdr6qw7ojKfdRS6JY opbZsUgLWcZv8KJHIvAUy08JbrPWhWErV9jJI5aJgQsTdzr9Nhz2262r+nk5z+JeSGbhS1s+x1k8 Ua6T3HY0eviEcDxSd5SFX1LicI540TGQrImxWKKYk7BNNpMdEK0mEUT3+nca77N6zF4OXqSIG/u+ FrPGSiDLJPbY6fnsJGUYRx3uutexAqMMBqRUJiPe2u93tIbFcXZFg/hioNWeZna9tuFq6PVjqzy+ j81kflHo+bVyb/sE1ZBoAkvGkZSjc7hHvqK2hJuxrpCzHY01mX6Pk8dPCMcjdUdwQFzfcKDMIUJX laOw1++Ta/fKCOEhur5uPowf3uIVudubMesCy2w4L0ysOzrLtNOBpw8+hehio3Gtuka8JpGtL2es vOFUPDWCA7PFxPo21EqOGWV6JDS98iLNVnc0EsQbk9ldRchiTWf59aCXfiKZSPivtu/JVUxXlo9D 4JTKEmXYcKTmT4l7cvYphbX4HVWm2PxTmeK65rnQIzdC1TaXgaLnS633dPp41WwdUqr4nPSqTqdT qTW63WdZLfqU6FlOH31bdyyfFc1EsEZGHEZ8KLWYLy9qDbJTl8/jbLSBAoZyqYrfzt5pkwcUv+9W Q5h7VEQEVv9qPgR5nHQM2O187V7Url9GTbg5n3/9Ktl3NlXVQresNo6XJJy/XGCXIFMZ9029sYNI ezsc6dVySXxGikhtud1ZeOGoperf4oCP9X1UK6M+PNPJxPvFtmq3r3fWd9TFESk0yWK9RBE/6R34 T3KibhrPgtfoN+OHTut28vDAolqG19p5ud1posJHWNxAvlZtEhbX3ynbeJHw7DANBsNnKy/SDGrb SWI2XG7O15Ua+UjTRnOZrHgDlovV02zJnOFzMWzj/EhnZ4i2+nx9R+mD2Wx5dlZfzAXlgirtmigi Je8ry10XTmSVa6HqgNzvx8fHaJVu0xpt3gr5ogWSwPF92JfVHLY2wj+12oX6xiWxq9m6Fve4hDHd RhIQkS1S0bTtdk9pDwlK5KZ8QjhGtTKyMrbzfqmPg9yIdru1A0e6r1g6U2vPShEiBFMDFAYs33ci dXQniKhVEEpV3BQjkVFUtvDQvXD9LNEtWd+CHxfbsayldEtqZeTkaJNpUSoXybTfHsXx6IHAroyQ W2XY1heOom2yVqpouRZMUVkMPlyDrSVRxrWjPvBEMs5OrUzn67frZktdM3IPlvLaPMV5EO0pziOj jKhy32b1VtukM1tXO0sJQ+GVav1hOpWVJsGX9FTIUu5Wb0pPUbTAtyuxiuxN7c5SxU/e0N1t+xPC 0Va/1TXrzDPsZvah1W/1V3P4fTtAE1uOsQSRNXNthEzUCCEZ2zne5f+EPJZcPR4Pd8pVDY6wzhbb CQ8pO+6Wbkkwt9uTPG2Tp+7+sb7hZKXa3cZq7hyV8iY9Y6tZnlI5L/X7u08xGobaCZYo2uI3teMo 53eTLfG8JXoOWCQxeWdpXSn0qV6OxhOpIlI9wWaIZQqb4kA3RnLf2g/ubYwkeWDyeP8JTRn1O0Zv 66SkDNg2G20fkwrabF2Jz1YpSHBgPSVdKLUH2L5R6YLVl6jd485RLcBb1+uNlzE9GwM900Vv9Z7C 2S8bQ+IMVZ6MdDROUUucnic40GvtbnFdiyxfCHlba2Pc23Nfbr3ebbF0SpjcaTJx5vmmnS7WbP2g qLKWSKWBYbFcOu32nhUngLl6rY5VZPmU0k5nLYl9rX2IpElrPZp609xcklPBIp1fq52RoPQZ4ah0 EXn7NGZKXUjEbXtBeXPTuG23FCcUjLocbGNEZxfr+pSmg+rYSFK1+ohECWu3O2TFvvwdO1nPTUjH /I5SsBdZ2TDx7saI9e+7VBzLkm6bihzHWNaSyDPq8mV4POVyrfaNPCRqrcaIxacYMfqzB/GUwaAH t0mFg/uF0032TdRO4y2ZdXJfnQ/Cc1o2RCEBefI7VXjUNUdOe/PjSi9Zm3WGaC2l5XFGGpF+y7/A dyAls02pD/6EcNQZF1X9uQpA9XIJeg5RpNe4YnL3yc7HYHRR123fmOM5xaKgfUWkgXgD0pliN+ot 9953ZXEI8zuyiq/s1Z7dsr63L6SiFqxQGEDshzao9uXWhDBJqlwld5BvwyVhj36/e1o8WQtQrNbR VTzKMw68reBeEstb2WxqGTwpyKIaP7Vw9Slu1gEfabnW0AD929tmv3f70pqG2IbD+/PzCpdyJgvc mUaonCpcvrmnyz3jBOlD3pGEcKI4VjP9CeGo85I+RecL7ICpHkg0j053zpS96Dk9zUsNQP9WFkUQ piQrX6MIEVfpVJYFsLgtgvXuVgIPpfLBBC0VoTydZkCiHC90r79IcmBjpCkMAJQYImj7ymFLaCzS 6gQZtCGTTUvtzmSQy6MFAkHuzPtKw6K3Xrz+q6MUDAy/EzJp4uenVVYziT0uElmsKN6UZ5ExxxrE kq3DmTxO8i+N915sIJKA9WDQJQbDuov0kt5TNBnNwzW91iGbZ6FtyzoZlFAP7uIl3T6hKUMPSLap zW9Vn1XuMGMDfonzcGWjQcR1tv5Y0BJPB5YgyfUss4HE4QcS5Vc887mS/gbylh2tz3mx6Vr/YNF0 TdcK/qf1lnuTx57dhySX8UQWuGGhm+WC1X5W8FOBp7OdFeIlGIAnoWfRH5xd4nTTw0+x+Rq4tUpC j3d8epzjd0TgPj0+mQJ6kuM/KUouFH74N85AIquOydpjj0+0DeOS6UT1Gcs58Qo4K3IF7nzy8lf9 /h+srfn8PnBU4QAAAABJRU5ErkJggg== --_004_EB5DE93C038B7A4F8B2DFD9FF2FCA16EE8349A5CEMPEXMR103corpl_--

2 2

Move Hosted Engine disk?
by gflwqs gflwqs 24 Apr '17

24 Apr '17

Hi list, We are migrating away from our current ISCSI SAN to an FC SAN. I am running ovirt4.1.1 and moving my vm:s is no problem. However how do i move my hosted engine disk to the new FC SAN? In the engine gui i am able to click move disk but is this enough? Regards Christian

2 1

Hyperconverged Setup and Gluster healing
by Sven Achtelik 24 Apr '17

24 Apr '17

--_000_BFAB40933B3367488CE6299BAF8592D1014E52CC4354SOCRATESasl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, my oVirt-Setup is 3 Hosts with gluster and reaplica 3. I always try to stay= on the current version and I'm applying updates/upgrade if there are any. = For this I put a host in maintenance and also use the "Stop Gluster Service= " checkbox. After it's done updating I'll set it back to active and wait u= ntil the engine sees all bricks again and then I'll go for the next host. This worked fine for me the last month and now that I have more and more VM= s running the changes that are written to the gluster volume while a host i= s in maintenance become a lot more and it takes pretty long for the healing= to complete. What I don't understand is that I don't really see a lot of n= etwork usage in the GUI during that time and it feels quiet slow. The Netwo= rk for the gluster is a 10G and I'm quiet happy with the performance of it,= it's just the healing that takes long. I noticed that because I couldn't u= pdate the third host because of unsynced gluster volumes. Is there any limiting variable that slows down traffic during healing that = needs to be configured ? Or should I maybe change my updating process someh= ow to avoid having so many changes in queue? Thank you, Sven --_000_BFAB40933B3367488CE6299BAF8592D1014E52CC4354SOCRATESasl_ 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=3DGenerator content=3D"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DDE link=3D"#0563C1" v= link=3D"#954F72"><div class=3DWordSection1><p class=3DMsoNormal>Hi All, <o:= p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>= <span lang=3DEN-US>my oVirt-Setup is 3 Hosts with gluster and reaplica 3. I= always try to stay on the current version and I’m applying updates/u= pgrade if there are any. For this I put a host in maintenance and also use = the “Stop Gluster Service”  checkbox. After it’s don= e updating I’ll set it back to active and wait until the engine sees = all bricks again and then I’ll go for the next host. <o:p></o:p></spa= n></p><p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><= p class=3DMsoNormal><span lang=3DEN-US>This worked fine for me the last mon= th and now that I have more and more VMs running the changes that are writt= en to the gluster volume while a host is in maintenance become a lot more a= nd it takes pretty long for the healing to complete. What I don’t und= erstand is that I don’t really see a lot of network usage in the GUI = during that time and it feels quiet slow. The Network for the gluster is a = 10G and I’m quiet happy with the performance of it, it’s just t= he healing that takes long. I noticed that because I couldn’t update = the third host because of unsynced gluster volumes.<o:p></o:p></span></p><p= class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US>Is there any limiting variable that slows d= own traffic during healing that needs to be configured ? Or should I maybe = change my updating process somehow to avoid having so many changes in queue= ? <o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US><o:p> = </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>Thank you, <o:p></= o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></s= pan></p><p class=3DMsoNormal><span lang=3DEN-US>Sven<o:p></o:p></span></p><= p class=3DMsoNormal><o:p> </o:p></p></div></body></html>= --_000_BFAB40933B3367488CE6299BAF8592D1014E52CC4354SOCRATESasl_--

4 8

after upgrade from 4.0.4 to 4.1.1, no more gettagsbyparent_id
by Fabrice Bacchella 24 Apr '17

24 Apr '17

I tried to upgrade from 4.0 to 4.1, I ran engine-setup And now ovirt-engine start fails with command like: Caused by: org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [select * from gettagsbyparent_id()]; nested exception is org.postgresql.util.PSQLException: ERROR: function gettagsbyparent_id() does not exist In the setup log I indeed found: drop function if exists public.gettagsbyparent_id(uuid) cascade; But nothing else. This function is not recreated. Any hint about what happened ?

2 1