1:28 p.m.
------=_Part_670523_2123662085.1417548535072
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi,
We have a productive ovirt 3.5 cluster with 3 nodes.
The first node has 40 gb of memory and running only one VM that use 8 gb of ram.
But the supervdsmserver consumes 20% of host memory.
On the second node has 32 GB of memory with 5 VMs. On this node the supervdsmserver using
30%(!) of memory!
On the node3 there are 6 VMs with 72 GB of memory. But the supervdsm server use only 1.7%
of memory.
Does anyone know why?
[root@node0 ~]# ps aux|grep supervdsmServer
root 19549 0.2 20.8 26248348 8594352 ? S<l 06:00 1:59 /usr/bin/python
/usr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock --pidfile
/var/run/vdsm/supervdsmd.pid
[root@node1 ~]# ps aux|grep supervdsmServer
root 32701 1.2 29.5 32463704 9717368 ? S<l 03:59 12:08 /usr/bin/python
/usr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock --pidfile
/var/run/vdsm/supervdsmd.pid
[root@node2 ~]# ps aux|grep supervdsmServer
root 4613 0.0 1.7 6340572 1291476 ? S<l 18:26 0:04 /usr/bin/python
/usr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock --pidfile
/var/run/vdsm/supervdsmd.pid
Thanks in advance
Tibor
------=_Part_670523_2123662085.1417548535072
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"font-family: times new roman, new york,
times, se=
rif; font-size: 12pt; color:
#000000"><div>Hi,</div><div><br></div><div>We
=
have a productive ovirt 3.5 cluster with 3
nodes.</div><div><br></div><div>=
The first node has 40 gb of memory and running only one VM that use 8 gb of=
ram.</div><div>But the supervdsmserver consumes 20% of host
memory.</div><=
div>On the second node has 32 GB of memory with 5 VMs. On this node the sup=
ervdsmserver using 30%(!) of memory!</div><div>On the node3 there are 6 VMs=
with 72 GB of memory. But the supervdsm server use only 1.7% of memory.</d=
iv><div><br></div><div>Does anyone know
why?</div><div><br></div><div><br><=
/div><div><p style=3D"margin: 0px;" data-mce-style=3D"margin:
0px;">[root@n=
ode0 ~]# ps aux|grep supervdsmServer<br>root 19549 0.2 20.8 26248348 859435=
2 ? S<l 06:00 1:59 /usr/bin/python /usr/share/vdsm/supervdsmServer --soc=
kfile /var/run/vdsm/svdsm.sock --pidfile /var/run/vdsm/supervdsmd.pid<br></=
p><p style=3D"margin: 0px;" data-mce-style=3D"margin:
0px;"><br></p><p styl=
e=3D"margin: 0px;" data-mce-style=3D"margin: 0px;">[root@node1 ~]#
ps aux|g=
rep supervdsmServer<br>root 32701 1.2 29.5 32463704 9717368 ? S<l 03:59 =
12:08 /usr/bin/python /usr/share/vdsm/supervdsmServer --sockfile /var/run/v=
dsm/svdsm.sock --pidfile /var/run/vdsm/supervdsmd.pid</p><p
style=3D"margin=
: 0px;" data-mce-style=3D"margin: 0px;"><br></p><p
style=3D"margin: 0px;" d=
ata-mce-style=3D"margin: 0px;">[root@node2 ~]# ps aux|grep
supervdsmServer<=
br>root 4613 0.0 1.7 6340572 1291476 ? S<l 18:26 0:04 /usr/bin/python /u=
sr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock --pidfile=
/var/run/vdsm/supervdsmd.pid<br><span style=3D"font-size:
12pt;"></span></=
p><p style=3D"margin: 0px;" data-mce-style=3D"margin:
0px;"><span style=3D"=
font-size: 12pt;"><br></span></p><p style=3D"margin:
0px;" data-mce-style=
=3D"margin: 0px;"><span style=3D"font-size: 12pt;">Thanks in
advance</span>=
</p><p style=3D"margin: 0px;" data-mce-style=3D"margin:
0px;"><br></p><p st=
yle=3D"margin: 0px;" data-mce-style=3D"margin:
0px;">Tibor</p><p style=3D"m=
argin: 0px;" data-mce-style=3D"margin:
0px;"><br></p></div><div><span name=
=3D"x"></span><p style=3D"font-family: 'Times New
Roman'; font-size: medium=
; margin: 0px;" data-mce-style=3D"font-family: 'Times New Roman';
font-size=
: medium; margin: 0px;"><strong><span style=3D"font-size:
medium;" data-mce=
-style=3D"font-size: medium;"><span size=3D"5"
color=3D"#2D67B0" style=3D"c=
olor: rgb(45, 103, 176);" data-mce-style=3D"color:
#2d67b0;"></span></span>=
</strong></p></div></div></body></html>
------=_Part_670523_2123662085.1417548535072--
3:15 p.m.
On Tue, Dec 02, 2014 at 08:28:55PM +0100, Demeter Tibor wrote:
Hi,
We have a productive ovirt 3.5 cluster with 3 nodes.
The first node has 40 gb of memory and running only one VM that use 8 gb of ram.
But the supervdsmserver consumes 20% of host memory.
On the second node has 32 GB of memory with 5 VMs. On this node the supervdsmserver using
30%(!) of memory!
On the node3 there are 6 VMs with 72 GB of memory. But the supervdsm server use only 1.7%
of memory.
Does anyone know why?
most probably
Bug 1142647 - supervdsm leaks memory when using glusterfs
which would be fixed in ovirt-3.5.1. Unfortunately, it won't be released
today - the released date has been postponed to Dec 9th.
Since the two glusterfs issues (memleak and segfault) repeat so often,
I've tagged vdsm-4.16.8 as a release candidate for ovirt-3.5.1.
Sandro, could you help in building it and placing it somewhere for
people to try it out? After all, it has 87 (!) patches since 3.5.0, so
testing is due.
Regards,
Dan.
3:12 a.m.
Il 02/12/2014 22:15, Dan Kenigsberg ha scritto:
On Tue, Dec 02, 2014 at 08:28:55PM +0100, Demeter Tibor wrote:
> Hi,
>
> We have a productive ovirt 3.5 cluster with 3 nodes.
>
> The first node has 40 gb of memory and running only one VM that use 8 gb of ram.
> But the supervdsmserver consumes 20% of host memory.
> On the second node has 32 GB of memory with 5 VMs. On this node the supervdsmserver
using 30%(!) of memory!
> On the node3 there are 6 VMs with 72 GB of memory. But the supervdsm server use only
1.7% of memory.
>
> Does anyone know why?
most probably
Bug 1142647 - supervdsm leaks memory when using glusterfs
which would be fixed in ovirt-3.5.1. Unfortunately, it won't be released
today - the released date has been postponed to Dec 9th.
Since the two glusterfs issues (memleak and segfault) repeat so often,
I've tagged vdsm-4.16.8 as a release candidate for ovirt-3.5.1.
Sandro, could you help in building it and placing it somewhere for
people to try it out? After all, it has 87 (!) patches since 3.5.0, so
testing is due.
Dan, 4.16.8-0 has been already built in jenkins[1][2][3][4] and it has been already
published in 3.5 nightly snapshot[5].
Whoever want to test it is more than welcome.
Instructions for using nightly are on the wiki [6].
Please add yourself to the testing report page [7] if you're going to test it.
[1] http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms-el6-x86_64_merged/133/
[2] http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms-el7-x86_64_merged/130/
[3] http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms-fc19-x86_64_merged/130/
[4] http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms-fc20-x86_64_merged/130/
[5] http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly_3...
[6] http://www.ovirt.org/Install_nightly_snapshot
[7] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing
Thanks,
Regards,
Dan.
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
4:40 a.m.
On 02.12.2014 22:16, Dan Kenigsberg wrote:
On Tue, Dec 02, 2014 at 08:28:55PM +0100, Demeter Tibor wrote:
> Hi,
>
> We have a productive ovirt 3.5 cluster with 3 nodes.
>
> The first node has 40 gb of memory and running only one VM that use 8 gb of ram.
> But the supervdsmserver consumes 20% of host memory.
> On the second node has 32 GB of memory with 5 VMs. On this node the supervdsmserver
using 30%(!) of memory!
> On the node3 there are 6 VMs with 72 GB of memory. But the supervdsm server use only
1.7% of memory.
>
> Does anyone know why?
most probably
Bug 1142647 - supervdsm leaks memory when using glusterfs
which would be fixed in ovirt-3.5.1. Unfortunately, it won't be released
today - the released date has been postponed to Dec 9th.
Since the two glusterfs issues (memleak and segfault) repeat so often,
I've tagged vdsm-4.16.8 as a release candidate for ovirt-3.5.1.
Sandro, could you help in building it and placing it somewhere for
people to try it out? After all, it has 87 (!) patches since 3.5.0, so
testing is due.
Good to know! Giving it a shot, upgrading went smoothly so far.
I'll
report back if something comes up.
Regards,
Dan.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Daniel Helgenberger
m box bewegtbild GmbH
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19
D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
3454
days inactive
3455
days old
3 comments
4 participants
participants (4)
-
Dan Kenigsberg -
Daniel Helgenberger -
Demeter Tibor -
Sandro Bonazzola