4:34 a.m.
------=_Part_2052610_1445178490.1419935668210
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Mode 2 will do the job the best way for you in case of static LAG supported only at the
switch's side, I'd advise using of xmit_hash_policy layer3+4, so you'll get
better distribution for your DC.
Thanks in advance.
Best regards,
Nikolai
____________________
Nikolai Sednev
Senior Quality Engineer at Compute team
Red Hat Israel
34 Jerusalem Road,
Ra'anana, Israel 43501
Tel: +972 9 7692043
Mobile: +972 52 7342734
Email: nsednev(a)redhat.com
IRC: nsednev
----- Original Message -----
From: users-request(a)ovirt.org
To: users(a)ovirt.org
Sent: Tuesday, December 30, 2014 2:12:58 AM
Subject: Users Digest, Vol 39, Issue 173
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."
Today's Topics:
1. Re: ??: bond mode balance-alb (Jorick Astrego)
2. Re: ??: bond mode balance-alb (Jorick Astrego)
3. HostedEngine Deployment Woes (Mikola Rose)
----------------------------------------------------------------------
Message: 1
Date: Mon, 29 Dec 2014 20:13:40 +0100
From: Jorick Astrego <j.astrego(a)netbulae.eu>
To: users(a)ovirt.org
Subject: Re: [ovirt-users] ??: bond mode balance-alb
Message-ID: <54A1A7E4.90308(a)netbulae.eu>
Content-Type: text/plain; charset="utf-8"
On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:
On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote:
> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote:
>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM networks
>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0
> Dan,
>
> What is bad about these modes that oVirt can't use them?
I can only quote jpirko's workds from the link above:
Do not use tlb or alb in bridge, never! It does not work, that's it. The reason
is it mangles source macs in xmit frames and arps. When it is possible, just
use mode 4 (lacp). That should be always possible because all enterprise
switches support that. Generally, for 99% of use cases, you *should* use mode
4. There is no reason to use other modes.
This switch is more of an office switch and only supports part of the
802.3ad standard:
PowerConnect* *2824
Scalable from small workgroups to dense access solutions, the 2824
offers 24-port flexibility plus two combo small?form?factor
pluggable (SFP) ports for connecting the switch to other networking
equipment located beyond the 100 m distance limitations of copper
cabling.
Industry-standard link aggregation adhering to IEEE 802.3ad
standards (static support only, LACP not supported)
So the only way to have some kind of bonding without buying more
expensive switches, is using balance-rr (mode=0), balance-xor (mode=2)
or broadcast (modes=3).
> I just tested mode 4, and the LACP with Fedora 20 appears to not
be
> compatible with the LAG mode on my Dell 2824.
>
> Would there be any issues with bringing two NICS into the VM and doing
> balance-alb at the guest level?
>
Kind regards,
Jorick Astrego
Met vriendelijke groet, With kind regards,
Jorick Astrego
Netbulae Virtualization Experts
----------------
Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180
Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01
----------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ovirt.org/pipermail/users/attachments/20141229/dfacba22/atta...
------------------------------
Message: 2
Date: Mon, 29 Dec 2014 20:14:55 +0100
From: Jorick Astrego <j.astrego(a)netbulae.eu>
To: users(a)ovirt.org
Subject: Re: [ovirt-users] ??: bond mode balance-alb
Message-ID: <54A1A82F.1090100(a)netbulae.eu>
Content-Type: text/plain; charset="utf-8"
On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:
On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote:
> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote:
>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM networks
>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0
>
Sorry, no mode 0. So only mode 2 or 3 for your environment....
Kind regards,
Jorick
Met vriendelijke groet, With kind regards,
Jorick Astrego
Netbulae Virtualization Experts
----------------
Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180
Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01
----------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ovirt.org/pipermail/users/attachments/20141229/41da033b/atta...
------------------------------
Message: 3
Date: Tue, 30 Dec 2014 00:12:52 +0000
From: Mikola Rose <mrose(a)power-soft.com>
To: "users(a)ovirt.org" <users(a)ovirt.org>
Subject: [ovirt-users] HostedEngine Deployment Woes
Message-ID: <F992C848-E4EB-468E-83F4-37646EDB3E62(a)power-soft.com>
Content-Type: text/plain; charset="us-ascii"
Hi List Members;
I have been struggling with deploying oVirt hosted engine I keep running into a timeout
during the "Misc Configuration" any suggestion on how I can trouble shoot this?
Redhat 2.6.32-504.3.3.el6.x86_64
Installed Packages
ovirt-host-deploy.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms
ovirt-host-deploy-java.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms
ovirt-hosted-engine-ha.noarch 1.1.6-3.el6ev @rhel-6-server-rhevm-3.4-rpms
ovirt-hosted-engine-setup.noarch 1.1.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms
rhevm-setup-plugin-ovirt-engine.noarch 3.4.4-2.2.el6ev @rhel-6-server-rhevm-3.4-rpms
rhevm-setup-plugin-ovirt-engine-common.noarch 3.4.4-2.2.el6ev
@rhel-6-server-rhevm-3.4-rpms
Please confirm installation settings (Yes, No)[No]: Yes
[ INFO ] Stage: Transaction setup
[ INFO ] Stage: Misc configuration
[ INFO ] Stage: Package installation
[ INFO ] Stage: Misc configuration
[ INFO ] Configuring libvirt
[ INFO ] Configuring VDSM
[ INFO ] Starting vdsmd
[ INFO ] Waiting for VDSM hardware info
[ INFO ] Waiting for VDSM hardware info
[ INFO ] Connecting Storage Domain
[ INFO ] Connecting Storage Pool
[ INFO ] Verifying sanlock lockspace initialization
[ INFO ] sanlock lockspace already initialized
[ INFO ] sanlock metadata already initialized
[ INFO ] Creating VM Image
[ INFO ] Disconnecting Storage Pool
[ INFO ] Start monitoring domain
[ ERROR ] Failed to execute stage 'Misc configuration': The read operation timed
out
[ INFO ] Stage: Clean up
[ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace
lockspace._misc:133 Ensuring lease for lockspace hosted-engine, host id 1 is acquired
(file:
/rhev/data-center/mnt/192.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace)
2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace
lockspace._misc:144 sanlock lockspace already initialized
2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace
lockspace._misc:157 sanlock metadata already initialized
2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD
otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc
2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:162
Creating VM Image
2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:163
createVolume
2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:184
Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, request was:
- image: 9043e535-ea94-41f8-98df-6fdbfeb107c3
- volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2
2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for
existing tasks to complete
2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for
existing tasks to complete
2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD
otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc
2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 condition False
2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD
otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._disconnect_pool
2014-12-29 14:53:43 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._disconnect_pool:971 Disconnecting Storage Pool
2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for
existing tasks to complete
2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._spmStop:602 spmStop
2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._spmStop:611
2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._storagePoolConnection:573 disconnectStoragePool
2014-12-29 14:53:45 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._disconnect_pool:975 Start monitoring domain
2014-12-29 14:53:45 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._startMonitoringDomain:529 _startMonitoringDomain
2014-12-29 14:53:46 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._startMonitoringDomain:534 {'status': {'message': 'OK',
'code': 0}}
2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:127 Waiting for
domain monitor
2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method exception
Traceback (most recent call last):
File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in
_executeMethod
method['method']()
File
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
line 976, in _disconnect_pool
self._startMonitoringDomain()
File
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
line 539, in _startMonitoringDomain
waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID])
File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py", line
128, in wait
response = serv.s.getVdsStats()
File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__
return self.__send(self.__name, args)
File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request
verbose=self.__verbose
File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request
errcode, errmsg, headers = h.getreply()
File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply
response = self._conn.getresponse()
File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse
response.begin()
File "/usr/lib64/python2.6/httplib.py", line 391, in begin
version, status, reason = self._read_status()
File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status
line = self.fp.readline()
File "/usr/lib64/python2.6/socket.py", line 433, in readline
data = recv(1)
File "/usr/lib64/python2.6/ssl.py", line 215, in recv
return self.read(buflen)
File "/usr/lib64/python2.6/ssl.py", line 136, in read
return self._sslobj.read(len)
SSLError: The read operation timed out
var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137-g8d2or.log
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ovirt.org/pipermail/users/attachments/20141230/899f724c/atta...
------------------------------
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
End of Users Digest, Vol 39, Issue 173
**************************************
------=_Part_2052610_1445178490.1419935668210
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"font-family: georgia,serif; font-size: 12pt;
colo=
r: #000000"><div><span style=3D"color: #333333; font-family:
monospace; fon=
t-size: 13.142857551574707px; background-color: #fdfdfd;" data-mce-style=3D=
"color: #333333; font-family: monospace; font-size: 13.142857551574707px; b=
ackground-color: #fdfdfd;">Mode 2 will do the job the best way for you in c=
ase of static LAG supported only at the switch's side, I'd advise using of&=
nbsp;xmit_hash_policy layer3+4, so you'll get better distribution for your =
DC.</span></div><div><br></div><div><span
name=3D"x"></span><br>Thanks in a=
dvance.<br><div><br></div>Best
regards,<br>Nikolai<br>____________________<=
br>Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red Hat
Isr=
ael<br>34 Jerusalem Road,<br>Ra'anana, Israel
43501<br><div><br></div>Tel: =
+972 9 7692043<br>Mobile: +972 52
7342734<br>Em=
ail: nsednev(a)redhat.com<br>IRC: nsednev<span
name=3D"x"></span><br></div><d=
iv><br></div><hr id=3D"zwchr"><div
style=3D"color:#000;font-weight:normal;f=
ont-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-seri=
f;font-size:12pt;" data-mce-style=3D"color: #000; font-weight: normal; font=
-style: normal; text-decoration: none; font-family: Helvetica,Arial,sans-se=
rif; font-size: 12pt;"><b>From:
</b>users-request(a)ovirt.org<br><b>To: </b>u=
sers(a)ovirt.org<br><b>Sent: </b>Tuesday, December 30, 2014 2:12:58
AM<br><b>=
Subject: </b>Users Digest, Vol 39, Issue
173<br><div><br></div>Send Users m=
ailing list submissions
to<br> &nb=
sp;users(a)ovirt.org<br><div><br></div>To subscribe or unsubscribe
via the Wo=
rld Wide Web,
visit<br> http=
://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a message =
with subject or body 'help'
to<br>  =
;&nbsp;users-request(a)ovirt.org<br><div><br></div>You can reach
the person m=
anaging the list
at<br> user=
s-owner(a)ovirt.org<br><div><br></div>When replying, please edit
your Subject=
line so it is more specific<br>than "Re: Contents of Users
digest..."<br><=
div><br></div><br>Today's
Topics:<br><div><br></div> 1. Re: &nb=
sp;??: bond mode balance-alb (Jorick Astrego)<br> 2. Re:
=
??: bond mode balance-alb (Jorick Astrego)<br> 3.
HostedE=
ngine Deployment Woes (Mikola
Rose)<br><div><br></div><br>-----------------=
-----------------------------------------------------<br><div><br></div>Mes=
sage: 1<br>Date: Mon, 29 Dec 2014 20:13:40 +0100<br>From: Jorick Astrego
&l=
t;j.astrego(a)netbulae.eu&gt;<br>To: users(a)ovirt.org<br>Subject: Re:
[ovirt-u=
sers] ??: bond mode balance-alb<br>Message-ID: &lt;54A1A7E4.90308(a)netbulae.=
eu><br>Content-Type: text/plain;
charset=3D"utf-8"<br><div><br></div><br=
On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:<br>> On
Fri, Dec 26, 2014=
at 12:39:45PM -0600, Blaster wrote:<br>>> On
12/23/2014 2:55 AM, Dan=
Kenigsberg wrote:<br>>>> Bug 1094842 - Bonding modes 0, 5 and
6 s=
hould be avoided for VM networks<br>>>>
https://bugzilla.redhat.co=
m/show_bug.cgi?id=3D1094842#c0<br>>>
Dan,<br>>><br>>> Wha=
t is bad about these modes that oVirt can't use them?<br>> I can only
qu=
ote jpirko's workds from the link above:<br>><br>>
Do n=
ot use tlb or alb in bridge, never! It does not work, that's it. The reason=
<br>> is it mangles source macs in xmit frames and
arps. W=
hen it is possible, just<br>> use mode 4 (lacp). That
shou=
ld be always possible because all enterprise<br>>
switches=
support that. Generally, for 99% of use cases, you *should* use mode<br>&g=
t; 4. There is no reason to use other
modes.<br>><br>This =
switch is more of an office switch and only supports part of the<br>802.3ad=
standard:<br><div><br></div><br>
&=
nbsp;PowerConnect* *2824<br><div><br></div>
Scalable from=
small workgroups to dense access solutions, the 2824<br>
 =
;offers 24-port flexibility plus two combo
small?form?factor<br>  =
; pluggable (SFP) ports for connecting the switch to other networking=
<br> equipment located beyond the 100 m distance
limitati=
ons of copper<br>
cabling.<br><div><br></div> =
Industry-standard link aggregation adhering to IEEE
802.3ad<br> =
; standards (static support only, LACP not
supported)<br><div><=
br></div><br>So the only way to have some kind of bonding without buying
mo=
re<br>expensive switches, is using balance-rr (mode=3D0), balance-xor (mode=
=3D2)<br>or broadcast (modes=3D3).<br>>> I just tested mode 4,
and th=
e LACP with Fedora 20 appears to not be<br>>> compatible with the
LAG=
mode on my Dell 2824.<br>>><br>>> Would there be
any issues wi=
th bringing two NICS into the VM and doing<br>>> balance-alb at the
g=
uest level?<br>>><br>Kind
regards,<br><div><br></div>Jorick Astrego<b=
r><div><br></div><br><div><br></div>Met
vriendelijke groet, With kind regar=
ds,<br><div><br></div>Jorick
Astrego<br><div><br></div>Netbulae Virtualizat=
ion Experts
<br><div><br></div>----------------<br><div><br></div> &nb=
sp; Tel: 053 20 30 270
 =
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;info(a)netbulae.eu
&nb=
sp; Staalsteden 4-3A
&=
nbsp; KvK
08198180<br> =
Fax: 053 20 30 271
ww=
w.netbulae.eu
7547 TA
Ensch=
ede BTW
NL821234584B01<br><=
div><br></div>----------------<br><div><br></div>--------------
next part -=
-------------<br>An HTML attachment was scrubbed...<br>URL:
<http://list=
s.ovirt.org/pipermail/users/attachments/20141229/dfacba22/attachment-0001.h=
tml><br><div><br></div>------------------------------<br><div><br></div>=
Message: 2<br>Date: Mon, 29 Dec 2014 20:14:55 +0100<br>From: Jorick Astrego=
&lt;j.astrego(a)netbulae.eu&gt;<br>To: users(a)ovirt.org<br>Subject: Re:
[ovir=
t-users] ??: bond mode balance-alb<br>Message-ID: <54A1A82F.1090100@netb=
ulae.eu><br>Content-Type: text/plain;
charset=3D"utf-8"<br><div><br></di=
v><br>On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:<br>> On Fri, Dec
26,=
2014 at 12:39:45PM -0600, Blaster wrote:<br>>> On 12/23/2014 2:55
AM=
, Dan Kenigsberg wrote:<br>>>> Bug 1094842 - Bonding modes 0, 5
an=
d 6 should be avoided for VM networks<br>>>>
https://bugzilla.redh=
at.com/show_bug.cgi?id=3D1094842#c0<br>>><br>Sorry, no mode 0.
So onl=
y mode 2 or 3 for your environment....<br><div><br></div>Kind
regards,<br><=
div><br></div>Jorick<br><div><br></div><br><div><br></div>Met
vriendelijke =
groet, With kind regards,<br><div><br></div>Jorick
Astrego<br><div><br></di=
v>Netbulae Virtualization Experts
<br><div><br></div>----------------<br><d=
iv><br></div> Tel:
053 20 30=
270
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;info(a)netbulae.eu
 =
; Staalsteden 4-3A
&nb=
sp; KvK
08198180<br> &n=
bsp; Fax: 053 20 30 271
&nbs=
p; www.netbulae.eu
&nb=
sp; 7547 TA Enschede
B=
TW
NL821234584B01<br><div><br></div>----------------<br><div><br></div>----=
---------- next part --------------<br>An HTML attachment was scrubbed...<b=
r>URL: <http://lists.ovirt.org/pipermail/users/attachments/20141229/41da=
033b/attachment-0001.html><br><div><br></div>---------------------------=
---<br><div><br></div>Message: 3<br>Date: Tue, 30 Dec 2014
00:12:52 +0000<b=
r>From: Mikola Rose &lt;mrose(a)power-soft.com&gt;<br>To:
"users(a)ovirt.org" &=
lt;users(a)ovirt.org&gt;<br>Subject: [ovirt-users] HostedEngine Deployment Wo=
es<br>Message-ID:
&lt;F992C848-E4EB-468E-83F4-37646EDB3E62(a)power-soft.com&g=
t;<br>Content-Type: text/plain;
charset=3D"us-ascii"<br><div><br></div><br>=
Hi List Members;<br><div><br></div>I have been struggling with
deploying oV=
irt hosted engine I keep running into a timeout during the "Misc Conf=
iguration" any suggestion on how I can trouble shoot
this?<br><div><b=
r></div>Redhat
2.6.32-504.3.3.el6.x86_64<br><div><br></div>Installed Packag=
es<br>ovirt-host-deploy.noarch
&n=
bsp;
=
 =
;
&nb=
sp; 1.2.5-1.el6ev
&=
nbsp;
=
&nbs=
p;
&n=
bsp; @rhel-6-server-rhevm-3.4-rpms<br>ovirt-host-deploy-java.noarch =
 =
;
&nb=
sp;
&=
nbsp;
=
1.2.5-1.el6ev
 =
;
&nb=
sp;
&=
nbsp;
@rhel-6-server-rhevm-3.4-rpms<br>o=
virt-hosted-engine-ha.noarch
&nbs=
p;
&n=
bsp;
=
 =
; 1.1.6-3.el6ev
&nbs=
p;
&n=
bsp;
=
@rhel=
-6-server-rhevm-3.4-rpms<br>ovirt-hosted-engine-setup.noarch
=
 =
;
&nb=
sp;
&=
nbsp; 1.1.5-1.el6ev
=
&nbs=
p;
&n=
bsp;
=
@rhel-6-server-rhevm-3.4-rpms<br>rhevm-setup-plugin-ovirt-eng=
ine.noarch
&=
nbsp;
=
&nbs=
p;
3.4.4-2.2.el6ev =
 =
;
&nb=
sp;
&=
nbsp; @rhel-6-server-rhevm-3.4-rpms<br>rhevm-setup-plugin-ovirt-engi=
ne-common.noarch
&n=
bsp;
=
 =
; 3.4.4-2.2.el6ev
&n=
bsp;
=
 =
;
@rh=
el-6-server-rhevm-3.4-rpms<br><div><br></div><br>
=
Please confirm installation settings (Yes, No)[No]: Yes<br>[
=
INFO ] Stage: Transaction setup<br>[ INFO ] Stage: Misc
configu=
ration<br>[ INFO ] Stage: Package installation<br>[ INFO ]
Stag=
e: Misc configuration<br>[ INFO ] Configuring libvirt<br>[ INFO
 =
;] Configuring VDSM<br>[ INFO ] Starting vdsmd<br>[ INFO ]
Wait=
ing for VDSM hardware info<br>[ INFO ] Waiting for VDSM hardware info=
<br>[ INFO ] Connecting Storage Domain<br>[ INFO ]
Connecting S=
torage Pool<br>[ INFO ] Verifying sanlock lockspace initialization<br=
[ INFO ] sanlock lockspace already initialized<br>[
INFO ] san=
lock metadata already initialized<br>[ INFO ]
Creating VM Image<br>[ =
INFO ] Disconnecting Storage Pool<br>[ INFO ] Start monitoring
=
domain<br>[ ERROR ] Failed to execute stage 'Misc configuration': The read
=
operation timed out<br>[ INFO ] Stage: Clean up<br>[ INFO
] Gen=
erating answer file '/etc/ovirt-hosted-engine/answers.conf'<br>[ INFO
 =
;] Stage: Pre-termination<br>[ INFO ] Stage:
Termination<br><div><br>=
</div><br><div><br></div>2014-12-29 14:53:41 DEBUG
otopi.plugins.ovirt_host=
ed_engine_setup.sanlock.lockspace lockspace._misc:133 Ensuring lease for lo=
ckspace hosted-engine, host id 1 is acquired (file: /rhev/data-center/mnt/1=
92.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/ho=
sted-engine.lockspace)<br>2014-12-29 14:53:41 INFO otopi.plugins.ovirt_host=
ed_engine_setup.sanlock.lockspace lockspace._misc:144 sanlock lockspace alr=
eady initialized<br>2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_eng=
ine_setup.sanlock.lockspace lockspace._misc:157 sanlock metadata already in=
itialized<br>2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod=
:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plu=
gin._misc<br>2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_set=
up.vm.image image._misc:162 Creating VM Image<br>2014-12-29 14:53:41 DEBUG =
otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:163 createVolu=
me<br>2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.=
image image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, =
request was:<br>- image: 9043e535-ea94-41f8-98df-6fdbfeb107c3<br>- volume: =
e6a9291d-ac21-4a95-b43c-0d6e552baaa2<br>2014-12-29 14:53:42 DEBUG otopi.ovi=
rt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to co=
mplete<br>2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks t=
asks.wait:48 Waiting for existing tasks to complete<br>2014-12-29 14:53:43 =
DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plug=
ins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc<br>2014-12-29 14:53=
:43 DEBUG otopi.context context._executeMethod:144 condition False<br>2014-=
12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc ME=
THOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._discon=
nect_pool<br>2014-12-29 14:53:43 INFO otopi.plugins.ovirt_hosted_engine_set=
up.storage.storage storage._disconnect_pool:971 Disconnecting Storage Pool<=
br>2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wa=
it:48 Waiting for existing tasks to complete<br>2014-12-29 14:53:43 DEBUG o=
topi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:602=
spmStop<br>2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_set=
up.storage.storage storage._spmStop:611<br>2014-12-29 14:53:43 DEBUG otopi.=
plugins.ovirt_hosted_engine_setup.storage.storage storage._storagePoolConne=
ction:573 disconnectStoragePool<br>2014-12-29 14:53:45 INFO otopi.plugins.o=
virt_hosted_engine_setup.storage.storage storage._disconnect_pool:975 Start=
monitoring domain<br>2014-12-29 14:53:45 DEBUG otopi.plugins.ovirt_hosted_=
engine_setup.storage.storage storage._startMonitoringDomain:529 _startMonit=
oringDomain<br>2014-12-29 14:53:46 DEBUG otopi.plugins.ovirt_hosted_engine_=
setup.storage.storage storage._startMonitoringDomain:534 {'status': {'messa=
ge': 'OK', 'code': 0}}<br>2014-12-29 14:53:51 DEBUG
otopi.ovirt_hosted_engi=
ne_setup.tasks tasks.wait:127 Waiting for domain monitor<br>2014-12-29 14:5=
4:51 DEBUG otopi.context context._executeMethod:152 method exception<br>Tra=
ceback (most recent call last):<br> File
"/usr/lib/python2.6/sit=
e-packages/otopi/context.py", line 142, in
_executeMethod<br> &=
nbsp;method['method']()<br> File
"/usr/share/ovirt-hosted-engine=
-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", li=
ne 976, in _disconnect_pool<br>
self._startMonitoringDoma=
in()<br> File
"/usr/share/ovirt-hosted-engine-setup/scripts/../p=
lugins/ovirt-hosted-engine-setup/storage/storage.py", line 539, in _startMo=
nitoringDomain<br>
waiter.wait(self.environment[ohostedco=
ns.StorageEnv.SD_UUID])<br> File
"/usr/lib/python2.6/site-packag=
es/ovirt_hosted_engine_setup/tasks.py", line 128, in
wait<br> &=
nbsp;response =3D serv.s.getVdsStats()<br> File
"/usr/lib64/pyth=
on2.6/xmlrpclib.py", line 1199, in __call__<br>
return se=
lf.__send(self.__name, args)<br> File
"/usr/lib64/python2.6/xmlr=
pclib.py", line 1489, in __request<br>
verbose=3Dself.__v=
erbose<br> File "/usr/lib64/python2.6/xmlrpclib.py",
line 1237, =
in request<br> errcode, errmsg, headers =3D
h.getreply()<=
br> File "/usr/lib64/python2.6/httplib.py", line 1064, in
getrep=
ly<br> response =3D
self._conn.getresponse()<br> &nb=
sp;File "/usr/lib64/python2.6/httplib.py", line 990, in
getresponse<br>&nbs=
p; response.begin()<br> File
"/usr/lib64/python2.6/h=
ttplib.py", line 391, in begin<br> version,
status, reaso=
n =3D self._read_status()<br> File
"/usr/lib64/python2.6/httplib=
.py", line 349, in _read_status<br> line =3D
self.fp.read=
line()<br> File "/usr/lib64/python2.6/socket.py", line
433, in r=
eadline<br> data =3D
recv(1)<br> File "/usr/li=
b64/python2.6/ssl.py", line 215, in recv<br>
return self.=
read(buflen)<br> File "/usr/lib64/python2.6/ssl.py",
line 136, i=
n read<br> return
self._sslobj.read(len)<br>SSLError: The=
read operation timed
out<br><div><br></div><br><div><br></div><br>var/log/=
ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137-g8d2or.l=
og<br>-------------- next part --------------<br>An HTML attachment was scr=
ubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/201=
41230/899f724c/attachment.html><br><div><br></div>----------------------=
--------<br><div><br></div>_______________________________________________<=
br>Users mailing
list<br>Users@ovirt.org<br>http://lists.ovirt.org/mailman/=
listinfo/users<br><div><br></div><br>End of Users Digest,
Vol 39, Issue 173=
<br>**************************************<br></div><div><br></div></div></=
body></html>
------=_Part_2052610_1445178490.1419935668210--
12:01 a.m.
New subject: 1. Re: ??: bond mode balance-alb (Jorick Astrego)
--Apple-Mail=_DA2D4197-7D78-42A9-87F6-96CF58AF637C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=windows-1252
Thanks for your thoughts. The problem is, most of the data is =
transmitted from a couple apps to a couple systems. The chance of a =
hash collision (i.e., most of the data going out the same interface =
anyway) is quite high. On Solaris, I just created two physical =
interfaces each with their own IP, and bound the apps to the appropriate =
interfaces. This worked great. Imagine my surprise when I discovered =
this doesn=92t work on Linux and my crash course on weak host models.
Interesting that no one commented on my thought to just do the bonding =
at the guest level (and use balance-alb) instead of at the hypervisor =
level. Some ESXi experts I have talked to say this is actually the =
preferred method with ESXi and not to do it at the hypervisor level, as =
the VM knows better than VMware.
Or is the bonding mode issue with balance-alb/tlb more with the Linux =
TCP stack itself and not with oVirt and VDSM?
On Dec 30, 2014, at 4:34 AM, Nikolai Sednev <nsednev(a)redhat.com> wrote:
Mode 2 will do the job the best way for you in case of static LAG =
supported only at the switch's side, I'd advise using of =
xmit_hash_policy layer3+4, so you'll get better distribution for your =
DC.
=20
=20
Thanks in advance.
=20
Best regards,
Nikolai
____________________
Nikolai Sednev
Senior Quality Engineer at Compute team
Red Hat Israel
34 Jerusalem Road,
Ra'anana, Israel 43501
=20
Tel: +972 9 7692043
Mobile: +972 52 7342734
Email: nsednev(a)redhat.com
IRC: nsednev
=20
From: users-request(a)ovirt.org
To: users(a)ovirt.org
Sent: Tuesday, December 30, 2014 2:12:58 AM
Subject: Users Digest, Vol 39, Issue 173
=20
Send Users mailing list submissions to
users(a)ovirt.org
=20
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
=20
You can reach the person managing the list at
users-owner(a)ovirt.org
=20
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."
=20
=20
Today's Topics:
=20
1. Re: ??: bond mode balance-alb (Jorick Astrego)
2. Re: ??: bond mode balance-alb (Jorick Astrego)
3. HostedEngine Deployment Woes (Mikola Rose)
=20
=20
----------------------------------------------------------------------
=20
Message: 1
Date: Mon, 29 Dec 2014 20:13:40 +0100
From: Jorick Astrego <j.astrego(a)netbulae.eu>
To: users(a)ovirt.org
Subject: Re: [ovirt-users] ??: bond mode balance-alb
Message-ID: <54A1A7E4.90308(a)netbulae.eu>
Content-Type: text/plain; charset=3D"utf-8"
=20
=20
On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:
> On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote:
>> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote:
>>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM =
networks
>>>
https://bugzilla.redhat.com/show_bug.cgi?id=3D1094842#c0
>> Dan,
>>
>> What is bad about these modes that oVirt can't use them?
> I can only quote jpirko's workds from the link above:
>
> Do not use tlb or alb in bridge, never! It does not work, that's =
it.
The reason
> is it mangles source macs in xmit frames and arps. When it
is =
possible, just
> use mode 4 (lacp). That should be always possible because
all =
enterprise
> switches support that. Generally, for 99% of use cases, you
=
*should* use mode
> 4. There is no reason to use other modes.
>
This switch is more of an office switch and only supports part of the
802.3ad standard:
=20
=20
PowerConnect* *2824
=20
Scalable from small workgroups to dense access solutions, the 2824
offers 24-port flexibility plus two combo small?form?factor
pluggable (SFP) ports for connecting the switch to other =
networking
equipment located beyond the 100 m distance limitations of
copper
cabling.
=20
Industry-standard link aggregation adhering to IEEE 802.3ad
standards (static support only, LACP not supported)
=20
=20
So the only way to have some kind of bonding without buying more
expensive switches, is using balance-rr (mode=3D0), balance-xor =
(mode=3D2)
or broadcast (modes=3D3).
>> I just tested mode 4, and the LACP with Fedora 20 appears to not be
>> compatible with the LAG mode on my Dell 2824.
>>
>> Would there be any issues with bringing two NICS into the VM and =
doing
>> balance-alb at the guest level?
>>
Kind regards,
=20
Jorick Astrego
=20
=20
=20
Met vriendelijke groet, With kind regards,
=20
Jorick Astrego
=20
Netbulae Virtualization Experts=20
=20
----------------
=20
Tel: 053 20 30 270 info(a)netbulae.eu =
Staalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271 www.netbulae.eu 7547 TA =
Enschede BTW NL821234584B01
>=20
> ----------------
>=20
>
6:06 p.m.
New subject: 1. Re: ??: bond mode balance-alb (Jorick Astrego)
I'm a little confused by your explanation of 'just do the bonding at the
guest level'. I apologize for my ignorance here, but I'm trying to prepare
myself for a similar configuration where I'm going to need to get all much
bandwidth out of the bond as possible. How would bonding multiple
interfaces at the VM level provide a better balance than at the hypervisor
level? Wouldn't the traffic more or less end up traveling the same path
regardless of the virtual interface?
I'm trying to plan out an oVirt implementation where I would like to bond
multiple interfaces on my hypervisor nodes for balancing/redundancy, and
I'm very curious what others have done with Cisco hardware (in my case, a
pair of 3650's with MEC) in order to get the best solution.
I will read through these threads and see if I can gain a better
understanding, but if you happen to have an easy explanation that would
help my understand, I would greatly appreciate it.
On Wed, Dec 31, 2014 at 1:01 AM, Blaster <blaster(a)556nato.com> wrote:
Thanks for your thoughts. The problem is, most of the data is transmitted
from a couple apps to a couple systems. The chance of a hash collision
(i.e., most of the data going out the same interface anyway) is quite
high. On Solaris, I just created two physical interfaces each with their
own IP, and bound the apps to the appropriate interfaces. This worked
great. Imagine my surprise when I discovered this doesn’t work on Linux
and my crash course on weak host models.
Interesting that no one commented on my thought to just do the bonding at
the guest level (and use balance-alb) instead of at the hypervisor level.
Some ESXi experts I have talked to say this is actually the preferred
method with ESXi and not to do it at the hypervisor level, as the VM knows
better than VMware.
Or is the bonding mode issue with balance-alb/tlb more with the Linux TCP
stack itself and not with oVirt and VDSM?
On Dec 30, 2014, at 4:34 AM, Nikolai Sednev <nsednev(a)redhat.com> wrote:
Mode 2 will do the job the best way for you in case of static LAG
supported only at the switch's side, I'd advise using of xmit_hash_policy
layer3+4, so you'll get better distribution for your DC.
Thanks in advance.
Best regards,
Nikolai
____________________
Nikolai Sednev
Senior Quality Engineer at Compute team
Red Hat Israel
34 Jerusalem Road,
Ra'anana, Israel 43501
Tel: +972 9 7692043
Mobile: +972 52 7342734
Email: nsednev(a)redhat.com
IRC: nsednev
------------------------------
*From: *users-request(a)ovirt.org
*To: *users(a)ovirt.org
*Sent: *Tuesday, December 30, 2014 2:12:58 AM
*Subject: *Users Digest, Vol 39, Issue 173
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."
Today's Topics:
1. Re: ??: bond mode balance-alb (Jorick Astrego)
2. Re: ??: bond mode balance-alb (Jorick Astrego)
3. HostedEngine Deployment Woes (Mikola Rose)
----------------------------------------------------------------------
Message: 1
Date: Mon, 29 Dec 2014 20:13:40 +0100
From: Jorick Astrego <j.astrego(a)netbulae.eu>
To: users(a)ovirt.org
Subject: Re: [ovirt-users] ??: bond mode balance-alb
Message-ID: <54A1A7E4.90308(a)netbulae.eu>
Content-Type: text/plain; charset="utf-8"
On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:
> On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote:
>> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote:
>>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM
networks
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0
>> Dan,
>>
>> What is bad about these modes that oVirt can't use them?
> I can only quote jpirko's workds from the link above:
>
> Do not use tlb or alb in bridge, never! It does not work, that's it.
The reason
> is it mangles source macs in xmit frames and arps. When it is
possible, just
> use mode 4 (lacp). That should be always possible because all
enterprise
> switches support that. Generally, for 99% of use cases, you *should*
use mode
> 4. There is no reason to use other modes.
>
This switch is more of an office switch and only supports part of the
802.3ad standard:
PowerConnect* *2824
Scalable from small workgroups to dense access solutions, the 2824
offers 24-port flexibility plus two combo small?form?factor
pluggable (SFP) ports for connecting the switch to other networking
equipment located beyond the 100 m distance limitations of copper
cabling.
Industry-standard link aggregation adhering to IEEE 802.3ad
standards (static support only, LACP not supported)
So the only way to have some kind of bonding without buying more
expensive switches, is using balance-rr (mode=0), balance-xor (mode=2)
or broadcast (modes=3).
>> I just tested mode 4, and the LACP with Fedora 20 appears to not be
>> compatible with the LAG mode on my Dell 2824.
>>
>> Would there be any issues with bringing two NICS into the VM and doing
>> balance-alb at the guest level?
>>
Kind regards,
Jorick Astrego
Met vriendelijke groet, With kind regards,
Jorick Astrego
Netbulae Virtualization Experts
----------------
Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden
4-3A KvK 08198180
Fax: 053 20 30 271 www.netbulae.eu 7547 TA
Enschede BTW NL821234584B01
----------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.ovirt.org/pipermail/users/attachments/20141229/dfacba22/atta...
>
------------------------------
Message: 2
Date: Mon, 29 Dec 2014 20:14:55 +0100
From: Jorick Astrego <j.astrego(a)netbulae.eu>
To: users(a)ovirt.org
Subject: Re: [ovirt-users] ??: bond mode balance-alb
Message-ID: <54A1A82F.1090100(a)netbulae.eu>
Content-Type: text/plain; charset="utf-8"
On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:
> On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote:
>> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote:
>>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM
networks
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0
>>
Sorry, no mode 0. So only mode 2 or 3 for your environment....
Kind regards,
Jorick
Met vriendelijke groet, With kind regards,
Jorick Astrego
Netbulae Virtualization Experts
----------------
Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden
4-3A KvK 08198180
Fax: 053 20 30 271 www.netbulae.eu 7547 TA
Enschede BTW NL821234584B01
----------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.ovirt.org/pipermail/users/attachments/20141229/41da033b/atta...
>
------------------------------
Message: 3
Date: Tue, 30 Dec 2014 00:12:52 +0000
From: Mikola Rose <mrose(a)power-soft.com>
To: "users(a)ovirt.org" <users(a)ovirt.org>
Subject: [ovirt-users] HostedEngine Deployment Woes
Message-ID: <F992C848-E4EB-468E-83F4-37646EDB3E62(a)power-soft.com>
Content-Type: text/plain; charset="us-ascii"
Hi List Members;
I have been struggling with deploying oVirt hosted engine I keep running
into a timeout during the "Misc Configuration" any suggestion on how I can
trouble shoot this?
Redhat 2.6.32-504.3.3.el6.x86_64
Installed Packages
ovirt-host-deploy.noarch
1.2.5-1.el6ev
@rhel-6-server-rhevm-3.4-rpms
ovirt-host-deploy-java.noarch
1.2.5-1.el6ev
@rhel-6-server-rhevm-3.4-rpms
ovirt-hosted-engine-ha.noarch
1.1.6-3.el6ev
@rhel-6-server-rhevm-3.4-rpms
ovirt-hosted-engine-setup.noarch
1.1.5-1.el6ev
@rhel-6-server-rhevm-3.4-rpms
rhevm-setup-plugin-ovirt-engine.noarch
3.4.4-2.2.el6ev
@rhel-6-server-rhevm-3.4-rpms
rhevm-setup-plugin-ovirt-engine-common.noarch
3.4.4-2.2.el6ev
@rhel-6-server-rhevm-3.4-rpms
Please confirm installation settings (Yes, No)[No]: Yes
[ INFO ] Stage: Transaction setup
[ INFO ] Stage: Misc configuration
[ INFO ] Stage: Package installation
[ INFO ] Stage: Misc configuration
[ INFO ] Configuring libvirt
[ INFO ] Configuring VDSM
[ INFO ] Starting vdsmd
[ INFO ] Waiting for VDSM hardware info
[ INFO ] Waiting for VDSM hardware info
[ INFO ] Connecting Storage Domain
[ INFO ] Connecting Storage Pool
[ INFO ] Verifying sanlock lockspace initialization
[ INFO ] sanlock lockspace already initialized
[ INFO ] sanlock metadata already initialized
[ INFO ] Creating VM Image
[ INFO ] Disconnecting Storage Pool
[ INFO ] Start monitoring domain
[ ERROR ] Failed to execute stage 'Misc configuration': The read operation
timed out
[ INFO ] Stage: Clean up
[ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
2014-12-29 14:53:41 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace
lockspace._misc:133 Ensuring lease for lockspace hosted-engine, host id 1
is acquired (file: /rhev/data-center/mnt/192.168.0.75:
_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace)
2014-12-29 14:53:41 INFO
otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace
lockspace._misc:144 sanlock lockspace already initialized
2014-12-29 14:53:41 INFO
otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace
lockspace._misc:157 sanlock metadata already initialized
2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 Stage
misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc
2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image
image._misc:162 Creating VM Image
2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image
image._misc:163 createVolume
2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image
image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d,
request was:
- image: 9043e535-ea94-41f8-98df-6fdbfeb107c3
- volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2
2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks
tasks.wait:48 Waiting for existing tasks to complete
2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks
tasks.wait:48 Waiting for existing tasks to complete
2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage
misc METHOD
otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc
2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144
condition False
2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage
misc METHOD
otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._disconnect_pool
2014-12-29 14:53:43 INFO
otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._disconnect_pool:971 Disconnecting Storage Pool
2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks
tasks.wait:48 Waiting for existing tasks to complete
2014-12-29 14:53:43 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._spmStop:602 spmStop
2014-12-29 14:53:43 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:611
2014-12-29 14:53:43 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._storagePoolConnection:573 disconnectStoragePool
2014-12-29 14:53:45 INFO
otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._disconnect_pool:975 Start monitoring domain
2014-12-29 14:53:45 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._startMonitoringDomain:529 _startMonitoringDomain
2014-12-29 14:53:46 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.storage.storage
storage._startMonitoringDomain:534 {'status': {'message': 'OK',
'code': 0}}
2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks
tasks.wait:127 Waiting for domain monitor
2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method
exception
Traceback (most recent call last):
File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in
_executeMethod
method['method']()
File
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
line 976, in _disconnect_pool
self._startMonitoringDomain()
File
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
line 539, in _startMonitoringDomain
waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID])
File
"/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py", line
128, in wait
response = serv.s.getVdsStats()
File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__
return self.__send(self.__name, args)
File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request
verbose=self.__verbose
File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request
errcode, errmsg, headers = h.getreply()
File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply
response = self._conn.getresponse()
File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse
response.begin()
File "/usr/lib64/python2.6/httplib.py", line 391, in begin
version, status, reason = self._read_status()
File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status
line = self.fp.readline()
File "/usr/lib64/python2.6/socket.py", line 433, in readline
data = recv(1)
File "/usr/lib64/python2.6/ssl.py", line 215, in recv
return self.read(buflen)
File "/usr/lib64/python2.6/ssl.py", line 136, in read
return self._sslobj.read(len)
SSLError: The read operation timed out
var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137-g8d2or.log
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.ovirt.org/pipermail/users/attachments/20141230/899f724c/atta...
>
------------------------------
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
End of Users Digest, Vol 39, Issue 173
**************************************
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3643
days inactive
3645
days old
2 comments
3 participants
participants (3)
-
Blaster -
Christopher Young -
Nikolai Sednev