- Users - oVirt List Archives

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. 24 Apr '17

24 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

Fwd: import domain and import template
by Jakub Niedermertl 24 Apr '17

24 Apr '17

---------- Forwarded message ---------- From: Jakub Niedermertl <jniederm(a)redhat.com> Date: Mon, Apr 24, 2017 at 2:25 PM Subject: Re: [ovirt-users] import domain and import template To: "qinglong.dong(a)horebdata.cn" <qinglong.dong(a)horebdata.cn> Hi, thank you for reporting. This is bug, tracked at https://bugzilla.redhat.com/show_bug.cgi?id=1444848. Regards Jakub On Thu, Apr 20, 2017 at 9:31 AM, qinglong.dong(a)horebdata.cn < qinglong.dong(a)horebdata.cn> wrote: > Hi, > I have created an ovirt 4.1.1.6 environment a few days ago. And I > have imported a data domain which was used in early version(4.0.0.5) > sucessfully. But I got a same error when importing all templates of the > data domain: > Anyone can help? Thanks! > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

1 0

upgrade to 4.1
by Fabrice Bacchella 24 Apr '17

24 Apr '17

--Apple-Mail=_C613A6BB-4998-43FE-91A3-E88EFD401FEE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I tried to upgrade ovirt to version 4.1 from 4.0 and got: Found the following problems in PostgreSQL configuration for = the Engine database: autovacuum_vacuum_scale_factor required to be at most 0.01 autovacuum_analyze_scale_factor required to be at most 0.075 autovacuum_max_workers required to be at least 6 Postgresql client version is '9.4.8', whereas the version on = XXX is '9.4.11'. Please use a Postgresql server of version '9.4.8'. Please set: autovacuum_vacuum_scale_factor =3D 0.01 autovacuum_analyze_scale_factor =3D 0.075 autovacuum_max_workers =3D 6 server_version =3D 9.4.8 in postgresql.conf on 'XXXX'. Its location is usually = /var/lib/pgsql/data , or somewhere under /etc/postgresql* . I'm a little afraid about that. Does ovirt want pg to lies about it's = version ? It's a shared instance so what about other tools that access = it ? Is there some explanation about the meaning of those values ? And it was not in the release notes, it's not funny to get this warning = after starting the upgrade= --Apple-Mail=_C613A6BB-4998-43FE-91A3-E88EFD401FEE Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"margin: 0px; font-size: 11px; line-height: = normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">I tried = to upgrade ovirt to version 4.1 from 4.0 and got:</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><br class=3D""></span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">        =   Found the following problems in PostgreSQL configuration for = the Engine database:</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">           = autovacuum_vacuum_scale_factor required to be at most = 0.01</span></div><div style=3D"margin: 0px; font-size: 11px; = line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">           = autovacuum_analyze_scale_factor required to be at most = 0.075</span></div><div style=3D"margin: 0px; font-size: 11px; = line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">           = autovacuum_max_workers required to be at least 6</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">           = Postgresql client version is '9.4.8', whereas the version on XXX is = '9.4.11'. Please use a Postgresql server of version = '9.4.8'.</span></div><div style=3D"margin: 0px; font-size: 11px; = line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  =         Please set:</span></div><div style=3D"margin: = 0px; font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">           = autovacuum_vacuum_scale_factor =3D 0.01</span></div><div style=3D"margin: = 0px; font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">           = autovacuum_analyze_scale_factor =3D 0.075</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">           = autovacuum_max_workers =3D 6</span></div><div style=3D"margin: 0px; = font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">           server_version =3D = 9.4.8</span></div><div style=3D"margin: 0px; font-size: 11px; = line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">  =         in postgresql.conf on 'XXXX'. Its location = is usually /var/lib/pgsql/data , or somewhere under /etc/postgresql* = .</span></div><div class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D""><br class=3D""></span></div><div = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">I'm a little afraid about that. Does ovirt want pg to lies = about it's version ? It's a shared instance so what about other tools = that access it ? Is there some explanation about the meaning of those = values ?</span></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D""><br = class=3D""></span></div><div class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">And it = was not in the release notes, it's not funny to get this warning after = starting the upgrade</span></div></body></html>= --Apple-Mail=_C613A6BB-4998-43FE-91A3-E88EFD401FEE--

4 8