Re: [Users] Ovirt Engine Memory usage going crazy since 3.3 Upgrade
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)
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@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@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/fuNEZqMA</a><br> </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">https://bugzilla.redhat.com/show_bug.cgi?id=1028966</a>.<br> <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@redhat.com</a>></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@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/users</a> </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--
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)
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@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@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@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--
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@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)
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@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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Sent from the Delta quadrant using Borg technology!
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">https://bugzilla.redhat.com/show_bug.cgi?id=1028966</a> :<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--
participants (4)
-
Ernest Beinrohr -
Jiří Sléžka -
Sahina Bose -
squadra