Ovirt Engine Can't See The Gluster Storage
by khalid
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
8 years
oVirt Setup
by Mohd Zainal Abidin
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
8 years
oVirt 4.1.1 and ovn problems
by Gianluca Cecchi
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
8 years
Ovirt self hosted engine network issue
by Brenneman, Brad B.
--_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)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:522131338;
mso-list-type:hybrid;
mso-list-template-ids:-2004576812 -639875092 67698713 67698715 67698703 67=
698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-text:%1-;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</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:"=
;Arial","sans-serif";color:#201747">William “Brad̶=
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","=
;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_--
8 years
Move Hosted Engine disk?
by gflwqs gflwqs
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
8 years
Hyperconverged Setup and Gluster healing
by Sven Achtelik
--_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><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.E-MailFormatvorlage17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></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_--
8 years
after upgrade from 4.0.4 to 4.1.1, no more gettagsbyparent_id
by Fabrice Bacchella
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 ?
8 years
Fwd: import domain and import template
by Jakub Niedermertl
---------- 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
>
>
8 years
upgrade to 4.1
by Fabrice Bacchella
--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--
8 years
