10:42 a.m.
This is a multi-part message in MIME format.
--------------030906060700050207060901
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
[Adding ovirt users]
On 12/12/2013 12:09 PM, squadra wrote:
Hello Sahina,
CentOS 6.5
[root@ovirt:~]$ rpm -aq |grep jdk
java-1.6.0-openjdk-1.6.0.0-1.66.1.13.0.el6.x86_64
java-1.7.0-openjdk-1.7.0.45-2.4.3.3.el6.x86_64
[root@ovirt:~]$
2.6.32-431.el6.x86_64 #1 SMP Fri Nov 22 03:15:09 UTC 2013 x86_64
x86_64 x86_64 GNU/Linux
its running inside vmware esx, if that matters? also, previosly it was
a 3.2 installation based on dreyous rpms, dunno if that could be the
root cause?
currently the vm is able to use up to 8gb with 4 cores, running alone
on the host. but engine is able to eat 8gb and 12gb of swap.
pmap output is here (not going crazy right now, since i restarted it a
few minutes ago)
http://pastebin.com/fuNEZqMA
This looks very similar to
https://bugzilla.redhat.com/show_bug.cgi?id=1028966.
Please use workaround in comment 27.
Cheers,
Jürgen
On Thu, Dec 12, 2013 at 7:32 AM, Sahina Bose <sabose(a)redhat.com
<mailto:sabose@redhat.com>> wrote:
On 12/12/2013 11:43 AM, squadra wrote:
> Hi,
>
> i upgraded my Ovirt 3.2 a few days ago, with 3.2 memory usage was
> within a level i rated as normal (~3gb mem used, for controlling
> 6 nodes with about 30 vm on them). after 3.3.1 upgrade, the
> engine goes crazy and uses about 3x of memory after some hours.
> right after starting ovirt-engine, everything is fine, after
> about 20hrs the host starts swapping etc
>
> heres the process in "crazy state"
>
> ovirt 8749 107 59.2 10592340 4776040 ? Sl Dec10 2189:35
> ovirt-engine -server -XX:+TieredCompilation -Xms1g -Xmx1g
> -XX:PermSize=256m -XX:MaxPermSize=256m
> -Djava.net.preferIPv4Stack=true -Dsun.rmi.dgc.client.gcInterva
>
> here right now after a restart
>
> ovirt 28350 43.7 8.7 3895304 705964 ? Sl 07:09 1:09
> ovirt-engine -server -XX:+TieredCompilation -Xms1g -Xmx1g
> -XX:PermSize=256m -XX:MaxPermSize=256m
> -Djava.net.preferIPv4Stack=true -Dsun.rmi.dgc.client.gcInterval
>
> also, the webinterface is getting really laggy after a few hours
> of runtime (already before the host starts swapping).
>
> anyone got an idea what is causing this? which logs should i
> provide to dig further into this?
Which OS are you running on? And which version of java?
Could you attach the output of pmap <ovirt process id> ?
>
> thanks & cheers,
>
>
> Juergen
>
> --
> Sent from the Delta quadrant using Borg technology!
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
--
Sent from the Delta quadrant using Borg technology!
--------------030906060700050207060901
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
[Adding ovirt users]<br>
<br>
<div class="moz-cite-prefix">On 12/12/2013 12:09 PM, squadra
wrote:<br>
</div>
<blockquote
cite="mid:CABx==A38KiFoULPBvPPWGYzsW+3=zGY++dGB-dZxEoe+8ocNzw@mail.gmail.com"
type="cite">
<div dir="ltr">Hello Sahina,
<div><br>
</div>
<div>CentOS 6.5 </div>
<div><br>
</div>
<div>
<div>[root@ovirt:~]$ rpm -aq |grep jdk</div>
<div>java-1.6.0-openjdk-1.6.0.0-1.66.1.13.0.el6.x86_64</div>
<div>java-1.7.0-openjdk-1.7.0.45-2.4.3.3.el6.x86_64</div>
<div>[root@ovirt:~]$</div>
</div>
<div><br>
</div>
<div><br>
</div>
<div>
<div> 2.6.32-431.el6.x86_64 #1 SMP Fri Nov 22 03:15:09 UTC
2013 x86_64 x86_64 x86_64 GNU/Linux</div>
</div>
<div><br>
</div>
<div><br>
</div>
<div>its running inside vmware esx, if that matters? also,
previosly it was a 3.2 installation based on dreyous rpms,
dunno if that could be the root cause?</div>
<div><br>
</div>
<div>currently the vm is able to use up to 8gb with 4 cores,
running alone on the host. but engine is able to eat 8gb and
12gb of swap.</div>
<div><br>
</div>
<div>pmap output is here (not going crazy right now, since i
restarted it a few minutes ago)</div>
<div><br>
</div>
<div><a moz-do-not-send="true"
href="http://pastebin.com/fuNEZqMA">http://pastebin.com/fuNE...
</div>
<div><br>
</div>
</div>
</blockquote>
<br>
This looks very similar to
<a class="moz-txt-link-freetext"
href="https://bugzilla.redhat.com/show_bug.cgi?id=1028966">h...
<br>
Please use workaround in comment 27.<br>
<br>
<blockquote
cite="mid:CABx==A38KiFoULPBvPPWGYzsW+3=zGY++dGB-dZxEoe+8ocNzw@mail.gmail.com"
type="cite">
<div dir="ltr">
<div><br>
</div>
<div>Cheers,</div>
<div><br>
</div>
<div>Jürgen</div>
<div><br>
</div>
</div>
<div class="gmail_extra">
<br>
<br>
<div class="gmail_quote">On Thu, Dec 12, 2013 at 7:32 AM, Sahina
Bose <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:sabose@redhat.com"
target="_blank">sabose(a)redhat.com</a>&gt;</span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>
<div class="h5"> <br>
<div>On 12/12/2013 11:43 AM, squadra wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hi,
<div><br>
</div>
<div>i upgraded my Ovirt 3.2 a few days ago, with
3.2 memory usage was within a level i rated as
normal (~3gb mem used, for controlling 6 nodes
with about 30 vm on them). after 3.3.1 upgrade,
the engine goes crazy and uses about 3x of
memory after some hours. right after starting
ovirt-engine, everything is fine, after about
20hrs the host starts swapping etc</div>
<div><br>
</div>
<div>heres the process in "crazy state"</div>
<div><br>
</div>
<div>ovirt 8749 107 59.2 10592340 4776040 ?
Sl Dec10 2189:35 ovirt-engine -server
-XX:+TieredCompilation -Xms1g -Xmx1g
-XX:PermSize=256m -XX:MaxPermSize=256m
-Djava.net.preferIPv4Stack=true
-Dsun.rmi.dgc.client.gcInterva<br clear="all">
<div><br>
</div>
<div>here right now after a restart</div>
<div><br>
</div>
<div>ovirt 28350 43.7 8.7 3895304 705964 ?
Sl 07:09 1:09 ovirt-engine -server
-XX:+TieredCompilation -Xms1g -Xmx1g
-XX:PermSize=256m -XX:MaxPermSize=256m
-Djava.net.preferIPv4Stack=true
-Dsun.rmi.dgc.client.gcInterval<br>
</div>
<div><br>
</div>
<div>also, the webinterface is getting really
laggy after a few hours of runtime (already
before the host starts swapping).</div>
<div><br>
</div>
<div>anyone got an idea what is causing this?
which logs should i provide to dig further
into this?</div>
</div>
</div>
</blockquote>
<br>
</div>
</div>
Which OS are you running on? And which version of java?<br>
<br>
Could you attach the output of pmap <ovirt process
id> ?<br>
<br>
<blockquote type="cite">
<div class="im">
<div dir="ltr">
<div>
<div><br>
</div>
<div>thanks & cheers,</div>
<div><br>
</div>
<div><br>
</div>
<div>Juergen</div>
<div><br>
</div>
-- <br>
<pre>Sent from the Delta quadrant using Borg
technology!</pre>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</div>
<pre>_______________________________________________
Users mailing list
<a moz-do-not-send="true" href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>
<a moz-do-not-send="true"
href="http://lists.ovirt.org/mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/mailman/listinfo/user...
</pre>
</blockquote>
<br>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<pre>Sent from the Delta quadrant using Borg technology!</pre>
</div>
</blockquote>
<br>
</body>
</html>
--------------030906060700050207060901--
11:49 p.m.
New subject: [Users] Ovirt Engine Memory usage going crazy since 3.3 Upgrade
This is a cryptographically signed message in MIME format.
--------------ms080701090805070305050105
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
Thanks, I had same issue. This workaround seems to fix it.
On 12.12.2013 08:42, Sahina Bose wrote:
[Adding ovirt users]
On 12/12/2013 12:09 PM, squadra wrote:
> Hello Sahina,
>
> CentOS 6.5
>
> [root@ovirt:~]$ rpm -aq |grep jdk
> java-1.6.0-openjdk-1.6.0.0-1.66.1.13.0.el6.x86_64
> java-1.7.0-openjdk-1.7.0.45-2.4.3.3.el6.x86_64
> [root@ovirt:~]$
>
>
> 2.6.32-431.el6.x86_64 #1 SMP Fri Nov 22 03:15:09 UTC 2013 x86_64
> x86_64 x86_64 GNU/Linux
>
>
> its running inside vmware esx, if that matters? also, previosly it was=
> a 3.2 installation based on dreyous rpms, dunno if that could be
the
> root cause?
>
> currently the vm is able to use up to 8gb with 4 cores, running alone
> on the host. but engine is able to eat 8gb and 12gb of swap.
>
> pmap output is here (not going crazy right now, since i restarted it a=
> few minutes ago)
>
> http://pastebin.com/fuNEZqMA
>
This looks very similar to
https://bugzilla.redhat.com/show_bug.cgi?id=3D1028966.
Please use workaround in comment 27.
>
> Cheers,
>
> J=C3=BCrgen
>
>
>
> On Thu, Dec 12, 2013 at 7:32 AM, Sahina Bose <sabose(a)redhat.com
> <mailto:sabose@redhat.com>> wrote:
>
>
> On 12/12/2013 11:43 AM, squadra wrote:
>> Hi,
>>
>> i upgraded my Ovirt 3.2 a few days ago, with 3.2 memory usage was=
>> within a level i rated as normal (~3gb mem used, for
controlling
>> 6 nodes with about 30 vm on them). after 3.3.1 upgrade, the
>> engine goes crazy and uses about 3x of memory after some hours.
>> right after starting ovirt-engine, everything is fine, after
>> about 20hrs the host starts swapping etc
>>
>> heres the process in "crazy state"
>>
>> ovirt 8749 107 59.2 10592340 4776040 ? Sl Dec10 2189:35
>> ovirt-engine -server -XX:+TieredCompilation -Xms1g -Xmx1g
>> -XX:PermSize=3D256m -XX:MaxPermSize=3D256m
>> -Djava.net.preferIPv4Stack=3Dtrue -Dsun.rmi.dgc.client.gcInterva
>>
>> here right now after a restart
>>
>> ovirt 28350 43.7 8.7 3895304 705964 ? Sl 07:09 1:09
>> ovirt-engine -server -XX:+TieredCompilation -Xms1g -Xmx1g
>> -XX:PermSize=3D256m -XX:MaxPermSize=3D256m
>> -Djava.net.preferIPv4Stack=3Dtrue -Dsun.rmi.dgc.client.gcInterval=
>>
>> also, the webinterface is getting really laggy after a few hours
>> of runtime (already before the host starts swapping).
>>
>> anyone got an idea what is causing this? which logs should i
>> provide to dig further into this?
>
> Which OS are you running on? And which version of java?
>
> Could you attach the output of pmap <ovirt process id> ?
>
>>
>> thanks & cheers,
>>
>>
>> Juergen
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> --
> Sent from the Delta quadrant using Borg technology!
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--------------ms080701090805070305050105
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJZjCC
BJswggODoAMCAQICEFVyFjoambpWOjuqgDsl/VswDQYJKoZIhvcNAQEFBQAwOzELMAkGA1UE
BhMCTkwxDzANBgNVBAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBMB4X
DTEyMTEyNzAwMDAwMFoXDTE0MTEyNzIzNTk1OVowZTELMAkGA1UEBhMCQ1oxJTAjBgNVBAoM
HFNsZXpza8OhIHVuaXZlcnppdGEgdiBPcGF2xJsxGDAWBgNVBAMMD0ppxZnDrSBTbMOpxb5r
YTEVMBMGCSqGSIb3DQEJAhYGc2xlemthMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC
AQEAtbqepY7nJ2kyAZxv/HS4tUEyXDh2ovWpQEI3triEqomfGE0aOqkHB0j/z2Oq0IeC+U91
TIpAoTPP+7fYR5rpcTfWPOW745RW4rJ6lj57Y+ZSqY0ID9vHe2nBxSnY2mWGIg///MWSbWrX
Pbsxoemn6rb5ZP/1W9oPbkdTI3omEsdX2JlLbjYG3tcwxMvvQUMz3XEXMPz/Vi4SsG+1N49X
C+Qw/KI9tYoUqVDZPTQhS4S/zu/ediv2ZH7MwIWo23lhkFU83fDtrpgwsrjIgfHNqIhak0Ly
EuiQlxQGrvBplO29S1odQlJBIOpNQU99DElbtNRb1O3LFAUw4dTjMe7ObwIDAQABo4IBbzCC
AWswHwYDVR0jBBgwFoAUY01DWhlIP8RGwQK6v+4O5YK3ZqYwHQYDVR0OBBYEFGLVBIcIvL2c
hB6HdEbdqflwgrTTMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMB0GA1UdJQQWMBQG
CCsGAQUFBwMEBggrBgEFBQcDAjAYBgNVHSAEETAPMA0GCysGAQQBsjEBAgIdMD8GA1UdHwQ4
MDYwNKAyoDCGLmh0dHA6Ly9jcmwudGNzLnRlcmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5j
cmwwcgYIKwYBBQUHAQEEZjBkMDoGCCsGAQUFBzAChi5odHRwOi8vY3J0LnRjcy50ZXJlbmEu
b3JnL1RFUkVOQVBlcnNvbmFsQ0EuY3J0MCYGCCsGAQUFBzABhhpodHRwOi8vb2NzcC50Y3Mu
dGVyZW5hLm9yZzAdBgNVHREEFjAUgRJqaXJpLnNsZXprYUBzbHUuY3owDQYJKoZIhvcNAQEF
BQADggEBAAXIoOnvYifhjAyW1oALfQSl8UemLGYSXiOsoosWx/2yG2/WlULU1lyqOkqztden
dQdt5JZ1Y91HFWRmGGyq+a5kZseYRcpRxEKhJtLngrA24arcvouC/1Wev0RO4d0CKQa/wuC5
yfXIqhn60XJh51mHtbZ4k0jY+U/eNhTWns2Q0NZbR+u3SMrQRa31Df0wmMJvnZkd7cqKF3ur
543ojxAlIVDEUanWPndyljm4ZlAUxmwfmYTd0fRbCl+pDNG+gJnXQO6uvt/yoKNxAaBBFwh0
zmj8k6dCrcpeOKXw+T2mqjSO+6SQBQugGeOSxZA8gZ7rUtf6oNnIZwfxyqoHTVQwggTDMIID
q6ADAgECAhBz/lf637jFCIF7Zrlr8C3vMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJV
UzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUg
VVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2
MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWls
MB4XDTA5MDUxODAwMDAwMFoXDTI4MTIzMTIzNTk1OVowOzELMAkGA1UEBhMCTkwxDzANBgNV
BAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBMIIBIjANBgkqhkiG9w0B
AQEFAAOCAQ8AMIIBCgKCAQEAyBXZ9TNqI6GQDc+7BUTDqx9KNYUaIYWgT/jwQOJKQ5v+W7Gw
v7RX3HWAQUtkGvbbT2+P0CVFNfnqy0r6+9rT7UWIEZQ25MyoDe/FPTftFnvjwpWeWDN/Ivv4
/+zmvtuuCmUlIofab4SLRuhAhig/v1YI4krpg6LpIvst+rYoH5HBw3H7U8ArTqQMoW6dVe3s
4SSHOgjiDRzkxE3Qyyf6hGTm0ZedViRbk7spLkPiQWo94kpl/JpfWoaHvIfHeYCWmVHGkA9k
kZl9EN2sLAMq4Xhk/s49TvQrUBFL0VjUmwPwf/U7U7BTQ/vFL8QEKRo6rNdV6dEOldE7MX94
T64pLQIDAQABo4IBTTCCAUkwHwYDVR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYD
VR0OBBYEFGNNQ1oZSD/ERsECur/uDuWCt2amMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8E
CDAGAQH/AgEAMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wWAYDVR0fBFEwTzBNoEugSYZH
aHR0cDovL2NybC51c2VydHJ1c3QuY29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGlj
YXRpb25hbmRFbWFpbC5jcmwwbwYIKwYBBQUHAQEEYzBhMDgGCCsGAQUFBzAChixodHRwOi8v
Y3J0LnVzZXJ0cnVzdC5jb20vVVROQUFBQ2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0
cDovL29jc3AudXNlcnRydXN0LmNvbTANBgkqhkiG9w0BAQUFAAOCAQEABiupUy8T3Fw5FsyG
n15Me3L77I1Vil6aCv9TTHb0Bj1Qz1fwos+vmYyq/qAZdj6ZAzL6dYM4irtrmqUME7LUG3bm
lC5nmFnjkWwCkJqcyGBLVavKiFqNK+VplQMH0dQO/CQiLlmxY6Rf7dkjcuSczjpcbB9PqQDJ
Hf76f0Utti6E3Q8noFkYTtV2JUX0mSZ522+fI/dDuysPBKOBJiy3ezX5PXdfQCHmfx2lllq9
0MsWOmy7YYuK/QQ5RArLLOHLzi4QmBrb4JPtSWRkCCCft6NQ8KLdyrTGfAw9514V3CeG5Do7
UloXq6kGUyudCXNkHAHD/TDShwNv5BUDejlfaDGCAwcwggMDAgEBME8wOzELMAkGA1UEBhMC
TkwxDzANBgNVBAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBAhBVchY6
Gpm6Vjo7qoA7Jf1bMAkGBSsOAwIaBQCgggGNMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw
HAYJKoZIhvcNAQkFMQ8XDTEzMTIxNDIwNDkzNVowIwYJKoZIhvcNAQkEMRYEFP8L6KfyQlOe
hPzqr/16NEjakox8MF4GCSsGAQQBgjcQBDFRME8wOzELMAkGA1UEBhMCTkwxDzANBgNVBAoT
BlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBAhBVchY6Gpm6Vjo7qoA7Jf1b
MGAGCyqGSIb3DQEJEAILMVGgTzA7MQswCQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRsw
GQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0ECEFVyFjoambpWOjuqgDsl/VswbAYJKoZIhvcN
AQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG
9w0BAQEFAASCAQBcDmpAeTnOtMtu1eBPIgnLNXUXX/WWYhuEobWzu5SC/HRguT0yxgcLysIP
SvRQvTa7FbBVF4ukgGQmIkOzng+81V4VTAxj/9XDWE5kQjwSJd2F5+EwhzJFHGnXzlC1/Od0
y2MO+AQ1TCBrr6Av2102Rx3+e+s+b6jnghHGCNCQEHnh7cqBRqDRaUETPFiIUnlL7FHYp5tf
JfxwNmu7n+Cxm9e9ABC2dtrLLw/dxXkU3wq+Rg/tl5ZET+1bBoN4NeE9jY5DcUfWLAUlGYPD
fLN2yREfs8a2GHHbexeDALLvkeghvgEVTtsR94latWqQJ9+QgUvILX02R38d0b4o+nHiAAAA
AAAA
--------------ms080701090805070305050105--
12:07 p.m.
New subject: [Users] Ovirt Engine Memory usage going crazy since 3.3 Upgrade
same here, still everything running smooth and flawless after several days
and memory usage still at a normal level. no more lags, no more filled 8gb
swap partition. again, a huge thanks to Sahina :)
On Sat, Dec 14, 2013 at 9:49 PM, Jiří Sléžka <jiri.slezka(a)slu.cz> wrote:
Thanks, I had same issue. This workaround seems to fix it.
On 12.12.2013 08:42, Sahina Bose wrote:
> [Adding ovirt users]
>
> On 12/12/2013 12:09 PM, squadra wrote:
>
>> Hello Sahina,
>>
>> CentOS 6.5
>>
>> [root@ovirt:~]$ rpm -aq |grep jdk
>> java-1.6.0-openjdk-1.6.0.0-1.66.1.13.0.el6.x86_64
>> java-1.7.0-openjdk-1.7.0.45-2.4.3.3.el6.x86_64
>> [root@ovirt:~]$
>>
>>
>> 2.6.32-431.el6.x86_64 #1 SMP Fri Nov 22 03:15:09 UTC 2013 x86_64
>> x86_64 x86_64 GNU/Linux
>>
>>
>> its running inside vmware esx, if that matters? also, previosly it was
>> a 3.2 installation based on dreyous rpms, dunno if that could be the
>> root cause?
>>
>> currently the vm is able to use up to 8gb with 4 cores, running alone
>> on the host. but engine is able to eat 8gb and 12gb of swap.
>>
>> pmap output is here (not going crazy right now, since i restarted it a
>> few minutes ago)
>>
>> http://pastebin.com/fuNEZqMA
>>
>>
> This looks very similar to
> https://bugzilla.redhat.com/show_bug.cgi?id=1028966.
>
> Please use workaround in comment 27.
>
>
>> Cheers,
>>
>> Jürgen
>>
>>
>>
>> On Thu, Dec 12, 2013 at 7:32 AM, Sahina Bose <sabose(a)redhat.com
>> <mailto:sabose@redhat.com>> wrote:
>>
>>
>> On 12/12/2013 11:43 AM, squadra wrote:
>>
>>> Hi,
>>>
>>> i upgraded my Ovirt 3.2 a few days ago, with 3.2 memory usage was
>>> within a level i rated as normal (~3gb mem used, for controlling
>>> 6 nodes with about 30 vm on them). after 3.3.1 upgrade, the
>>> engine goes crazy and uses about 3x of memory after some hours.
>>> right after starting ovirt-engine, everything is fine, after
>>> about 20hrs the host starts swapping etc
>>>
>>> heres the process in "crazy state"
>>>
>>> ovirt 8749 107 59.2 10592340 4776040 ? Sl Dec10 2189:35
>>> ovirt-engine -server -XX:+TieredCompilation -Xms1g -Xmx1g
>>> -XX:PermSize=256m -XX:MaxPermSize=256m
>>> -Djava.net.preferIPv4Stack=true -Dsun.rmi.dgc.client.gcInterva
>>>
>>> here right now after a restart
>>>
>>> ovirt 28350 43.7 8.7 3895304 705964 ? Sl 07:09 1:09
>>> ovirt-engine -server -XX:+TieredCompilation -Xms1g -Xmx1g
>>> -XX:PermSize=256m -XX:MaxPermSize=256m
>>> -Djava.net.preferIPv4Stack=true -Dsun.rmi.dgc.client.gcInterval
>>>
>>> also, the webinterface is getting really laggy after a few hours
>>> of runtime (already before the host starts swapping).
>>>
>>> anyone got an idea what is causing this? which logs should i
>>> provide to dig further into this?
>>>
>>
>> Which OS are you running on? And which version of java?
>>
>> Could you attach the output of pmap <ovirt process id> ?
>>
>>
>>> thanks & cheers,
>>>
>>>
>>> Juergen
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
>>
>>
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>
>
>
> _______________________________________________
> 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
--
Sent from the Delta quadrant using Borg technology!
11:13 a.m.
New subject: [Users] Ovirt Engine Memory usage going crazy since 3.3 Upgrade
This is a multi-part message in MIME format.
--------------020808060704040008070504
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Dňa 15.12.2013 10:07, squadra wrote / napísal(a):
same here, still everything running smooth and flawless after several
days and memory usage still at a normal level. no more lags, no more
filled 8gb swap partition. again, a huge thanks to Sahina :)
Same here, workaround helped.
just for the record, this is the workaround from
https://bugzilla.redhat.com/show_bug.cgi?id=1028966 :
The workaround is to disable the PKCS#11 provider modifying the
$JAVA_HOME/lib/security/java.security file as follows:
#security.provider.1=sun.security.pkcs11.SunPKCS11 ${java.home}/lib/security/nss.cfg
security.provider.1=sun.security.provider.Sun
security.provider.2=sun.security.provider.Sun
security.provider.3=sun.security.rsa.SunRsaSign
security.provider.4=sun.security.ec.SunEC
security.provider.5=com.sun.net.ssl.internal.ssl.Provider
security.provider.6=com.sun.crypto.provider.SunJCE
security.provider.7=sun.security.jgss.SunProvider
security.provider.8=com.sun.security.sasl.Provider
security.provider.9=org.jcp.xml.dsig.internal.dom.XMLDSigRI
security.provider.10=sun.security.smartcardio.SunPCSC
--
Ernest Beinrohr, AXON PRO
DevOps, Ing <http://www.beinrohr.sk/ing.php>;, RHCE
<http://www.beinrohr.sk/rhce.php>;, RHCVA
<http://www.beinrohr.sk/rhce.php>;, LPIC
<http://www.beinrohr.sk/lpic.php>;, VCA <http://www.beinrohr.sk/vca.php>;,
+421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603
<callto://+421-903--482-603>
icq:28153343, skype:oernii-work <callto://oernii-work>,
jabber:oernii@jabber.org
------------------------------------------------------------------------
“For a successful technology, reality must take precedence over public
relations, for Nature cannot be fooled.” Richard Feynman
--------------020808060704040008070504
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Dňa 15.12.2013 10:07, squadra wrote /
napísal(a):<br>
</div>
<blockquote
cite="mid:CABx==A3rDGjHVNhm1huzrCcLDHBEte5jeRvTMO2Dve_GNfSPrg@mail.gmail.com"
type="cite">
<div dir="ltr">same here, still everything running smooth and
flawless after several days and memory usage still at a normal
level. no more lags, no more filled 8gb swap partition. again, a
huge thanks to Sahina :) </div>
<br>
</blockquote>
Same here, workaround helped.<br>
<br>
<br>
<br>
just for the record, this is the workaround from
<a class="moz-txt-link-freetext"
href="https://bugzilla.redhat.com/show_bug.cgi?id=1028966">h...
:<br>
<br>
<pre class="bz_comment_text
bz_wrap_comment_text" id="comment_text_27">The
workaround is to disable the PKCS#11 provider modifying the
$JAVA_HOME/lib/security/java.security file as follows:
#security.provider.1=sun.security.pkcs11.SunPKCS11 ${java.home}/lib/security/nss.cfg
security.provider.1=sun.security.provider.Sun
security.provider.2=sun.security.provider.Sun
security.provider.3=sun.security.rsa.SunRsaSign
security.provider.4=sun.security.ec.SunEC
security.provider.5=com.sun.net.ssl.internal.ssl.Provider
security.provider.6=com.sun.crypto.provider.SunJCE
security.provider.7=sun.security.jgss.SunProvider
security.provider.8=com.sun.security.sasl.Provider
security.provider.9=org.jcp.xml.dsig.internal.dom.XMLDSigRI
security.provider.10=sun.security.smartcardio.SunPCSC</pre>
<br>
<div class="moz-signature">-- <br>
<div id="oernii_footer" style="color: gray;">
<span style="font-family: Lucida Console, Luxi Mono, Courier,
monospace; font-size: 90%;">
Ernest Beinrohr, AXON PRO<br>
DevOps,
<a style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/ing.php">Ing</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/vca.php">VCA</a>, <a
style="text-decoration: none; color: gray;"
href="callto://+421-2--6241-0360">+421-2--6241-0360</a>,
<a
style="text-decoration: none; color: gray;"
href="callto://+421-903--482-603">+421-903--482-603</a><br>
icq:28153343, <a style="text-decoration: none; color: gray;"
href="callto://oernii-work">skype:oernii-work</a>,
<a class="moz-txt-link-abbreviated"
href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a>
<br>
</span>
<hr style="height: 1px; width: 95%"> <span
style="font-size:
70%;">
“For a successful technology, reality must take precedence
over public relations, for Nature cannot be fooled.” Richard
Feynman </span> </div>
</div>
<img
src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk"
moz-do-not-send="true" border="0" height="1"
width="1">
</body>
</html>
--------------020808060704040008070504--
3994
days inactive
3998
days old
3 comments
4 participants
participants (4)
-
Ernest Beinrohr -
Jiří Sléžka -
Sahina Bose -
squadra