Re: [ovirt-users] heavy webadmin

[Nathanaël Blanchet]

Seems to be quite good!

Le 22/04/2016 00:14, Greg Sheremeta a écrit :

Hi everyone,

If you've experienced this issue and you're able to upgrade to 3.6.5, 
I'd love to get your feedback on the responsiveness of the webadmin UI 
now.


Best wishes,
Greg


On Sun, Apr 3, 2016 at 11:13 AM, Greg Sheremeta > wrote:


We have patches in review that should fix this in 3.6.5. The
underlying problem is a couple of JavaScript memory leaks.

Best wishes,
Greg


On Fri, Jan 8, 2016 at 10:41 AM, Nir Soffer > wrote:

On Fri, Jan 8, 2016 at 4:42 PM, Alexander Wels
> wrote:
> On Friday, January 08, 2016 04:29:47 PM Nir Soffer wrote:
>> On Fri, Jan 8, 2016 at 1:13 PM, Nathanaël Blanchet
> wrote:
>> > Hi all,
>> >
>> > Since I upgraded engine to 3.6, I noticed that the
webadmin takes a lot of
>> > ressources whatever is the browser. It can become very
slow even for small
>> > actions, like changing tabs or editing a vm. The browser
activity becomes
>> > intensive (100% of cpu) and the processor very hot with a
increased fan
>> > activity. I suppose javascript to be responsible of this
behaviour. Is
>> > there a way to reduce the resource allocated to the webadmin?
>> > (This is not a weakness of my laptop which is an i7 cpu
with 16GB of RAM)
>>
>> Sounds like https://bugzilla.redhat.com/1264809
>>
>> It was closed because we could not reproduce it with
current versions.
>>
>> I would try first to upgrade to latest 3.6 version, and if
you can reproduce
>> it, please reopen this bug.
>>
>> Alexander: can you advice on how to debug this?
>>
>> Nir
>
> If you are willing to spend some time helping us debug that
would be great as
> obviously we are unable to reproduce. If you have Chrome,
can you open the
> development tools (ctrl-shift-i) and go to the 'Profiles'
tab. That should give
> you the option to 'Collect Javascript CPU Profile' among
other things. Make
> sure you select that, and click start. Then go in the web
admin and do
> something that makes your CPU spike. Let it go for a little
bit doesn't have
> to be long.
>
> Go back to the CPU profiles tab and click stop. That will
generate a profile and
> that profile will include the percentage of CPU usage per
method. It should be
> sorted by percentage. If you can take a screen shot of that
and give me the
> exact rpm version, I can use that to de-obfuscate the method
name and
> hopefully get some useful information.

You can also save such profile to file, and attach it to the bug.

When I reorted this, this was also reproducible in Firefox,
and both profiles
are attached to the bug.

Nir
___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users




-- 
Greg Sheremeta, MBA

Red Hat, Inc.
Sr. Software Engineer
gsher...@redhat.com 
919-741-4016 




--
Greg Sheremeta, MBA
Red Hat, Inc.
Sr. Software Engineer
gsher...@redhat.com 
919-741-4016


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Greg Sheremeta]

Hi everyone,

If you've experienced this issue and you're able to upgrade to 3.6.5, I'd
love to get your feedback on the responsiveness of the webadmin UI now.

Best wishes,
Greg


On Sun, Apr 3, 2016 at 11:13 AM, Greg Sheremeta  wrote:

> We have patches in review that should fix this in 3.6.5. The underlying
> problem is a couple of JavaScript memory leaks.
>
> Best wishes,
> Greg
>
>
> On Fri, Jan 8, 2016 at 10:41 AM, Nir Soffer  wrote:
>
>> On Fri, Jan 8, 2016 at 4:42 PM, Alexander Wels  wrote:
>> > On Friday, January 08, 2016 04:29:47 PM Nir Soffer wrote:
>> >> On Fri, Jan 8, 2016 at 1:13 PM, Nathanaël Blanchet 
>> wrote:
>> >> > Hi all,
>> >> >
>> >> > Since I upgraded engine to 3.6, I noticed that the webadmin takes a
>> lot of
>> >> > ressources whatever is the browser. It can become very slow even for
>> small
>> >> > actions, like changing tabs or editing a vm. The browser activity
>> becomes
>> >> > intensive (100% of cpu) and the processor very hot with a increased
>> fan
>> >> > activity. I suppose javascript to be responsible of this behaviour.
>> Is
>> >> > there a way to reduce the resource allocated to the webadmin?
>> >> > (This is not a weakness of my laptop which is an i7 cpu with 16GB of
>> RAM)
>> >>
>> >> Sounds like https://bugzilla.redhat.com/1264809
>> >>
>> >> It was closed because we could not reproduce it with current versions.
>> >>
>> >> I would try first to upgrade to latest 3.6 version, and if you can
>> reproduce
>> >> it, please reopen this bug.
>> >>
>> >> Alexander: can you advice on how to debug this?
>> >>
>> >> Nir
>> >
>> > If you are willing to spend some time helping us debug that would be
>> great as
>> > obviously we are unable to reproduce. If you have Chrome, can you open
>> the
>> > development tools (ctrl-shift-i) and go to the 'Profiles' tab. That
>> should give
>> > you the option to 'Collect Javascript CPU Profile' among other things.
>> Make
>> > sure you select that, and click start. Then go in the web admin and do
>> > something that makes your CPU spike. Let it go for a little bit doesn't
>> have
>> > to be long.
>> >
>> > Go back to the CPU profiles tab and click stop. That will generate a
>> profile and
>> > that profile will include the percentage of CPU usage per method. It
>> should be
>> > sorted by percentage. If you can take a screen shot of that and give me
>> the
>> > exact rpm version, I can use that to de-obfuscate the method name and
>> > hopefully get some useful information.
>>
>> You can also save such profile to file, and attach it to the bug.
>>
>> When I reorted this, this was also reproducible in Firefox, and both
>> profiles
>> are attached to the bug.
>>
>> Nir
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
> Greg Sheremeta, MBA
> Red Hat, Inc.
> Sr. Software Engineer
> gsher...@redhat.com
> 919-741-4016
>



-- 
Greg Sheremeta, MBA
Red Hat, Inc.
Sr. Software Engineer
gsher...@redhat.com
919-741-4016
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Brett I. Holcomb]

On Tue, 2016-04-05 at 10:04 -0400, Alexander Wels wrote:
> On Tuesday, April 05, 2016 03:58:37 PM Nicolas Ecarnot wrote:
> > Le 05/04/2016 14:30, Alexander Wels a écrit :
> > > > > > > > 2. If you are running hosted engine, make sure you have
> > > > > > > > enough
> > > > > > > > entropy, the
> > > > > > > > login page generates a couple of tokens using secure
> > > > > > > > random,
> > > > > > > > which
> > > > > > > > eats away
> > > > > > > > at your entropy budget heavily and since hosted engine
> > > > > > > > is a VM
> > > > > > > > it is
> > > > > > > > possible
> > > > > > > > that you don't have enough entropy. You can check your
> > > > > > > > entropy
> > > > > > > > level
> > > > > > > > with
> > > > > > > > this:
> > > > > > > > 
> > > > > > > > cat /proc/sys/kernel/random/entropy_avail
> > > > > > 
> > > > > > 159 is horrible to be honest, that is most likely the cause
> > > > > > of your
> > > > > > problems. Anything below around 300 is bad.
> > 
> > Alex,
> > 
> > I checked that on my engines, and the entropy is around 120.
> > But those are NOT hosted.
> > 
> > Can you confirm this lack of entropy enduces no slowness on
> > dedicated
> > engines?
> 
> Lack of entropy is what causes super slow login. I creates some
> tokens on 
> login that use up entropy. However once you have logged in it re-uses 
> the 
> token and the entropy should not be an issue after that for the most
> part.
> 
> He didn't actually say but I suspect that after the initial minutes
> wait for 
> the login, it was not THAT bad after that. Not like what we are
> seeing with 
> your system.
> ___
> Users mailing list
> Users@ovirt.org
For me once I was on the admin login page things went much faster.  Now
that I have haveged on the Engine VM the change from the welcome page
to the admin login page is almost instantaneous. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Alexander Wels]

On Tuesday, April 05, 2016 03:58:37 PM Nicolas Ecarnot wrote:
> Le 05/04/2016 14:30, Alexander Wels a écrit :
> >> 2. If you are running hosted engine, make sure you have enough
> >> entropy, the
> >> login page generates a couple of tokens using secure random,
> >> which
> >> eats away
> >> at your entropy budget heavily and since hosted engine is a VM
> >> it is
> >> possible
> >> that you don't have enough entropy. You can check your entropy
> >> level
> >> with
> >> this:
> >> 
> >> cat /proc/sys/kernel/random/entropy_avail
>  
>  159 is horrible to be honest, that is most likely the cause of your
>  problems. Anything below around 300 is bad.
> 
> Alex,
> 
> I checked that on my engines, and the entropy is around 120.
> But those are NOT hosted.
> 
> Can you confirm this lack of entropy enduces no slowness on dedicated
> engines?

Lack of entropy is what causes super slow login. I creates some tokens on 
login that use up entropy. However once you have logged in it re-uses the 
token and the entropy should not be an issue after that for the most part.

He didn't actually say but I suspect that after the initial minutes wait for 
the login, it was not THAT bad after that. Not like what we are seeing with 
your system.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Nicolas Ecarnot]

Le 05/04/2016 14:30, Alexander Wels a écrit :

2. If you are running hosted engine, make sure you have enough
entropy, the
login page generates a couple of tokens using secure random,
which
eats away
at your entropy budget heavily and since hosted engine is a VM
it is
possible
that you don't have enough entropy. You can check your entropy
level
with
this:

cat /proc/sys/kernel/random/entropy_avail




159 is horrible to be honest, that is most likely the cause of your
problems. Anything below around 300 is bad.


Alex,

I checked that on my engines, and the entropy is around 120.
But those are NOT hosted.

Can you confirm this lack of entropy enduces no slowness on dedicated 
engines?


--
Nicolas ECARNOT
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Alexander Wels]

On Monday, April 04, 2016 10:00:45 PM Brett I. Holcomb wrote:
> On Mon, 2016-04-04 at 14:51 -0400, Alexander Wels wrote:
> > On Monday, April 04, 2016 02:34:33 PM you wrote:
> > > It is a hosted engine setup with the host on a physical  server.  I
> > > wasn't
> > > aware  that the engine used the entropy.  What do
> > > you  recommend  to fix
> > > it?
> > 
> > Okay, if it is a 3.6 then you should be able edit the hosted engine
> > VM in the 
> > UI itself. I haven't done any self hosted engine myself but there are
> > some 
> > things you can't edit, not sure if the rng is one of them. Anyway if
> > you can 
> > edit the hosted engine VM then open up the advanced options (bottom
> > left 
> > button in popup), then click the random generator side tab, and check
> > the 
> > random generator enabled button (if it is not checked already that
> > is).
> > 
> > As far as I know that should be enought to have the random passed
> > from the 
> > host to the VM and that should improve the entropy on the host
> > engine. You 
> > might have to restarted the hosted engine VM for it to take effect.
> > 
> > If the above is not possible or doesn't work, I would go with yum
> > install 
> > haveged, then chkconfig haveged on, service haveged start or if it is
> > centos 7 
> > then its systemctl haveged enable and systemctl haveged start.
> > 
> > > Sent from my Verizon Wireless 4G LTE smartphone Original
> > > message
> > > From: Alexander Wels <aw...@redhat.com> Date:
> > > 04/04/2016  13:57 
> > > (GMT-05:00) To: biholc...@l1049h.com Subject: Re: [ovirt-users]
> > > heavy
> > > webadmin
> > > 
> > > On Monday, April 04, 2016 12:55:55 PM you wrote:
> > > > On Mon, 2016-04-04 at 08:41 -0400, Alexander Wels wrote:
> > > > > On Sunday, April 03, 2016 03:30:29 PM Brett I. Holcomb wrote:
> > > > > > On Sun, 2016-04-03 at 21:20 +0200, Nicolas Ecarnot wrote:
> > > > > > > Le 03/04/2016 17:13, Greg Sheremeta a écrit :
> > > > > > > > We have patches in review that should fix this in 3.6.5.
> > > > > > > > The
> > > > > > > > underlying
> > > > > > > > problem is a couple of JavaScript memory leaks.
> > > > > > > 
> > > > > > > God bless you!
> > > > > > > 
> > > > > > > Since 3.6.2 or 3.6.3, the web admin is getting close to
> > > > > > > unusable
> > > > > > > after
> > > > > > > some minutes (Firefox or Chrome, windows or Linux).
> > > > > > > Alex Wels helped me try to debug this, but though much time
> > > > > > > spent
> > > > > > > on
> > > > > > > this, we failed.
> > > > > > > In a way, I'm satisfied other people are also expressing
> > > > > > > the
> > > > > > > same
> > > > > > > frustration about this issue, if that can help to debug.
> > > > > > > 
> > > > > > > Thank you.
> > > > > > 
> > > > > > Thank you also.  I'm on 3.6.4 just released version and it
> > > > > > can take
> > > > > > 5+
> > > > > > minutes to go from the welcome page to the admin login page
> > > > > > and
> > > > > > then
> > > > > > the interface is slow and frequently throws exceptions. 
> > > > > 
> > > > > Two things to check if going from the welcome page to the login
> > > > > page
> > > > > is THAT
> > > > > show.
> > > > > 
> > > > > 1. Make 100% sure your DNS is setup correctly (or your
> > > > > /etc/hosts if
> > > > > that is
> > > > > what you use). If the engine cannot resolve itself, it will
> > > > > create
> > > > > lots of
> > > > > issues.
> > > > > 2. If you are running hosted engine, make sure you have enough
> > > > > entropy, the
> > > > > login page generates a couple of tokens using secure random,
> > > > > which
> > > > > eats away
> > > > > at your entropy budget heavily and since hosted engine is a VM
> > > > > it is
> > > > > possible
&g

Re: [ovirt-users] heavy webadmin

[Brett I. Holcomb]

On Mon, 2016-04-04 at 14:51 -0400, Alexander Wels wrote:
> On Monday, April 04, 2016 02:34:33 PM you wrote:
> > It is a hosted engine setup with the host on a physical  server.  I
> > wasn't
> > aware  that the engine used the entropy.  What do
> > you  recommend  to fix
> > it?
> > 
> 
> Okay, if it is a 3.6 then you should be able edit the hosted engine
> VM in the 
> UI itself. I haven't done any self hosted engine myself but there are
> some 
> things you can't edit, not sure if the rng is one of them. Anyway if
> you can 
> edit the hosted engine VM then open up the advanced options (bottom
> left 
> button in popup), then click the random generator side tab, and check
> the 
> random generator enabled button (if it is not checked already that
> is).
> 
> As far as I know that should be enought to have the random passed
> from the 
> host to the VM and that should improve the entropy on the host
> engine. You 
> might have to restarted the hosted engine VM for it to take effect.
> 
> If the above is not possible or doesn't work, I would go with yum
> install 
> haveged, then chkconfig haveged on, service haveged start or if it is
> centos 7 
> then its systemctl haveged enable and systemctl haveged start.
> 
> > 
> > Sent from my Verizon Wireless 4G LTE smartphone Original
> > message
> > ----From: Alexander Wels <aw...@redhat.com> Date:
> > 04/04/2016  13:57 
> > (GMT-05:00) To: biholc...@l1049h.com Subject: Re: [ovirt-users]
> > heavy
> > webadmin
> > On Monday, April 04, 2016 12:55:55 PM you wrote:
> > > On Mon, 2016-04-04 at 08:41 -0400, Alexander Wels wrote:
> > > > On Sunday, April 03, 2016 03:30:29 PM Brett I. Holcomb wrote:
> > > > > On Sun, 2016-04-03 at 21:20 +0200, Nicolas Ecarnot wrote:
> > > > > > Le 03/04/2016 17:13, Greg Sheremeta a écrit :
> > > > > > > We have patches in review that should fix this in 3.6.5.
> > > > > > > The
> > > > > > > underlying
> > > > > > > problem is a couple of JavaScript memory leaks.
> > > > > > 
> > > > > > God bless you!
> > > > > > 
> > > > > > Since 3.6.2 or 3.6.3, the web admin is getting close to
> > > > > > unusable
> > > > > > after
> > > > > > some minutes (Firefox or Chrome, windows or Linux).
> > > > > > Alex Wels helped me try to debug this, but though much time
> > > > > > spent
> > > > > > on
> > > > > > this, we failed.
> > > > > > In a way, I'm satisfied other people are also expressing
> > > > > > the
> > > > > > same
> > > > > > frustration about this issue, if that can help to debug.
> > > > > > 
> > > > > > Thank you.
> > > > > 
> > > > > Thank you also.  I'm on 3.6.4 just released version and it
> > > > > can take
> > > > > 5+
> > > > > minutes to go from the welcome page to the admin login page
> > > > > and
> > > > > then
> > > > > the interface is slow and frequently throws exceptions. 
> > > > 
> > > > Two things to check if going from the welcome page to the login
> > > > page
> > > > is THAT
> > > > show.
> > > > 
> > > > 1. Make 100% sure your DNS is setup correctly (or your
> > > > /etc/hosts if
> > > > that is
> > > > what you use). If the engine cannot resolve itself, it will
> > > > create
> > > > lots of
> > > > issues.
> > > > 2. If you are running hosted engine, make sure you have enough
> > > > entropy, the
> > > > login page generates a couple of tokens using secure random,
> > > > which
> > > > eats away
> > > > at your entropy budget heavily and since hosted engine is a VM
> > > > it is
> > > > possible
> > > > that you don't have enough entropy. You can check your entropy
> > > > level
> > > > with
> > > > this:
> > > > 
> > > > cat /proc/sys/kernel/random/entropy_avail
> > > > 
> > > > There are several options for solving the entropy problem if
> > > > that is
> > > > the case.
> > > 
> > > DNS is 200% working  .  All hosts are resolvable from any
> > > where on
> > > th

Re: [ovirt-users] heavy webadmin

[Brett I. Holcomb]

On Mon, 2016-04-04 at 14:51 -0400, Alexander Wels wrote:
> On Monday, April 04, 2016 02:34:33 PM you wrote:
> > It is a hosted engine setup with the host on a physical  server.  I
> > wasn't
> > aware  that the engine used the entropy.  What do
> > you  recommend  to fix
> > it?
> > 
> 
> Okay, if it is a 3.6 then you should be able edit the hosted engine
> VM in the 
> UI itself. I haven't done any self hosted engine myself but there are
> some 
> things you can't edit, not sure if the rng is one of them. Anyway if
> you can 
> edit the hosted engine VM then open up the advanced options (bottom
> left 
> button in popup), then click the random generator side tab, and check
> the 
> random generator enabled button (if it is not checked already that
> is).
> 
> As far as I know that should be enought to have the random passed
> from the 
> host to the VM and that should improve the entropy on the host
> engine. You 
> might have to restarted the hosted engine VM for it to take effect.
> 
> If the above is not possible or doesn't work, I would go with yum
> install 
> haveged, then chkconfig haveged on, service haveged start or if it is
> centos 7 
> then its systemctl haveged enable and systemctl haveged start.
> 
I've checked the box and restarte the vm from the host hosted-engine --
vm-shutdown and then --vm-start.  Entropy on host and engine still
around 200 and it's taking a while to change pages but not as long as
it did before so I may have to add haveged.  I'll watch it and see.
snipped below...___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Alexander Wels]

On Sunday, April 03, 2016 03:30:29 PM Brett I. Holcomb wrote:
> On Sun, 2016-04-03 at 21:20 +0200, Nicolas Ecarnot wrote:
> > Le 03/04/2016 17:13, Greg Sheremeta a écrit :
> > > We have patches in review that should fix this in 3.6.5. The
> > > underlying
> > > problem is a couple of JavaScript memory leaks.
> > 
> > God bless you!
> > 
> > Since 3.6.2 or 3.6.3, the web admin is getting close to unusable
> > after 
> > some minutes (Firefox or Chrome, windows or Linux).
> > Alex Wels helped me try to debug this, but though much time spent on 
> > this, we failed.
> > In a way, I'm satisfied other people are also expressing the same 
> > frustration about this issue, if that can help to debug.
> > 
> > Thank you.
> 
> Thank you also.  I'm on 3.6.4 just released version and it can take 5+
> minutes to go from the welcome page to the admin login page and then
> the interface is slow and frequently throws exceptions.  

Two things to check if going from the welcome page to the login page is THAT 
show.

1. Make 100% sure your DNS is setup correctly (or your /etc/hosts if that is 
what you use). If the engine cannot resolve itself, it will create lots of 
issues.
2. If you are running hosted engine, make sure you have enough entropy, the 
login page generates a couple of tokens using secure random, which eats away 
at your entropy budget heavily and since hosted engine is a VM it is possible 
that you don't have enough entropy. You can check your entropy level with 
this:

cat /proc/sys/kernel/random/entropy_avail

There are several options for solving the entropy problem if that is the case.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Greg Sheremeta]

Yeah, sorry everyone. There's actually evidence that this leak goes back to
3.5. It's a nasty one.

The major memory leak is in the footer, which updates every 5 seconds by
default. Changing the refresh setting to 60 slows down the leak. But
depending on your setup, ymmv. There's also a smaller leak in bootstrap's
tooltips which hit us pretty bad, for which I've submitted a PR [
https://github.com/twbs/bootstrap/pull/19659 ]

Best wishes,
Greg

On Sun, Apr 3, 2016 at 3:47 PM, Markus Stockhausen <stockhau...@collogia.de>
wrote:

> > Von: Nicolas Ecarnot [nico...@ecarnot.net]
> > Gesendet: Sonntag, 3. April 2016 21:32
> > An: Markus Stockhausen; users@ovirt.org
> > Betreff: Re: AW: [ovirt-users] heavy webadmin
> >
> > Le 03/04/2016 21:25, Markus Stockhausen a écrit :
> > >  switch refresh interval to 60s.
> > > That seems to mitigate the sluggish behaviour.
> >
> > This I read many times.
> > Tried it.
> > To no avail.
>
> To be more precise. It helps for me in the case that
> I'm logged on via WAN (VPN).
>
> Markus
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Greg Sheremeta, MBA
Red Hat, Inc.
Sr. Software Engineer
gsher...@redhat.com
919-741-4016
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Markus Stockhausen]

> Von: Nicolas Ecarnot [nico...@ecarnot.net]
> Gesendet: Sonntag, 3. April 2016 21:32
> An: Markus Stockhausen; users@ovirt.org
> Betreff: Re: AW: [ovirt-users] heavy webadmin
> 
> Le 03/04/2016 21:25, Markus Stockhausen a écrit :
> >  switch refresh interval to 60s.
> > That seems to mitigate the sluggish behaviour.
> 
> This I read many times.
> Tried it.
> To no avail.

To be more precise. It helps for me in the case that
I'm logged on via WAN (VPN).

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Nicolas Ecarnot]

Le 03/04/2016 21:25, Markus Stockhausen a écrit :

 switch refresh interval to 60s.
That seems to mitigate the sluggish behaviour.


This I read many times.
Tried it.
To no avail.

--
Nicolas ECARNOT
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Brett I. Holcomb]

On Sun, 2016-04-03 at 21:20 +0200, Nicolas Ecarnot wrote:
> Le 03/04/2016 17:13, Greg Sheremeta a écrit :
> > We have patches in review that should fix this in 3.6.5. The
> > underlying
> > problem is a couple of JavaScript memory leaks.
> 
> God bless you!
> 
> Since 3.6.2 or 3.6.3, the web admin is getting close to unusable
> after 
> some minutes (Firefox or Chrome, windows or Linux).
> Alex Wels helped me try to debug this, but though much time spent on 
> this, we failed.
> In a way, I'm satisfied other people are also expressing the same 
> frustration about this issue, if that can help to debug.
> 
> Thank you.
> 
Thank you also.  I'm on 3.6.4 just released version and it can take 5+
minutes to go from the welcome page to the admin login page and then
the interface is slow and frequently throws exceptions.  
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Markus Stockhausen]

> Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
> Nicolas Ecarnot [nico...@ecarnot.net]
> Gesendet: Sonntag, 3. April 2016 21:20
> An: users@ovirt.org
> Betreff: Re: [ovirt-users] heavy webadmin
> 
> Le 03/04/2016 17:13, Greg Sheremeta a écrit :
> > We have patches in review that should fix this in 3.6.5. The underlying
> > problem is a couple of JavaScript memory leaks.
> 
> God bless you!
> 
> Since 3.6.2 or 3.6.3, the web admin is getting close to unusable after
> some minutes (Firefox or Chrome, windows or Linux).
> Alex Wels helped me try to debug this, but though much time spent on
> this, we failed.
> In a way, I'm satisfied other people are also expressing the same
> frustration about this issue, if that can help to debug.
> 

First thing we do after login is to switch refresh interval to 60s.
That seems to mitigate the sluggish behaviour.

Markus
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Nicolas Ecarnot]

Le 03/04/2016 17:13, Greg Sheremeta a écrit :

We have patches in review that should fix this in 3.6.5. The underlying
problem is a couple of JavaScript memory leaks.


God bless you!

Since 3.6.2 or 3.6.3, the web admin is getting close to unusable after 
some minutes (Firefox or Chrome, windows or Linux).
Alex Wels helped me try to debug this, but though much time spent on 
this, we failed.
In a way, I'm satisfied other people are also expressing the same 
frustration about this issue, if that can help to debug.


Thank you.

--
Nicolas ECARNOT
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Greg Sheremeta]

We have patches in review that should fix this in 3.6.5. The underlying
problem is a couple of JavaScript memory leaks.

Best wishes,
Greg


On Fri, Jan 8, 2016 at 10:41 AM, Nir Soffer  wrote:

> On Fri, Jan 8, 2016 at 4:42 PM, Alexander Wels  wrote:
> > On Friday, January 08, 2016 04:29:47 PM Nir Soffer wrote:
> >> On Fri, Jan 8, 2016 at 1:13 PM, Nathanaël Blanchet 
> wrote:
> >> > Hi all,
> >> >
> >> > Since I upgraded engine to 3.6, I noticed that the webadmin takes a
> lot of
> >> > ressources whatever is the browser. It can become very slow even for
> small
> >> > actions, like changing tabs or editing a vm. The browser activity
> becomes
> >> > intensive (100% of cpu) and the processor very hot with a increased
> fan
> >> > activity. I suppose javascript to be responsible of this behaviour. Is
> >> > there a way to reduce the resource allocated to the webadmin?
> >> > (This is not a weakness of my laptop which is an i7 cpu with 16GB of
> RAM)
> >>
> >> Sounds like https://bugzilla.redhat.com/1264809
> >>
> >> It was closed because we could not reproduce it with current versions.
> >>
> >> I would try first to upgrade to latest 3.6 version, and if you can
> reproduce
> >> it, please reopen this bug.
> >>
> >> Alexander: can you advice on how to debug this?
> >>
> >> Nir
> >
> > If you are willing to spend some time helping us debug that would be
> great as
> > obviously we are unable to reproduce. If you have Chrome, can you open
> the
> > development tools (ctrl-shift-i) and go to the 'Profiles' tab. That
> should give
> > you the option to 'Collect Javascript CPU Profile' among other things.
> Make
> > sure you select that, and click start. Then go in the web admin and do
> > something that makes your CPU spike. Let it go for a little bit doesn't
> have
> > to be long.
> >
> > Go back to the CPU profiles tab and click stop. That will generate a
> profile and
> > that profile will include the percentage of CPU usage per method. It
> should be
> > sorted by percentage. If you can take a screen shot of that and give me
> the
> > exact rpm version, I can use that to de-obfuscate the method name and
> > hopefully get some useful information.
>
> You can also save such profile to file, and attach it to the bug.
>
> When I reorted this, this was also reproducible in Firefox, and both
> profiles
> are attached to the bug.
>
> Nir
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Greg Sheremeta, MBA
Red Hat, Inc.
Sr. Software Engineer
gsher...@redhat.com
919-741-4016
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] heavy webadmin

[Nathanaël Blanchet]

Hi all,

Since I upgraded engine to 3.6, I noticed that the webadmin takes a lot 
of ressources whatever is the browser. It can become very slow even for 
small actions, like changing tabs or editing a vm. The browser activity 
becomes intensive (100% of cpu) and the processor very hot with a 
increased fan activity. I suppose javascript to be responsible of this 
behaviour. Is there a way to reduce the resource allocated to the webadmin?

(This is not a weakness of my laptop which is an i7 cpu with 16GB of RAM)

--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Nir Soffer]

On Fri, Jan 8, 2016 at 1:13 PM, Nathanaël Blanchet  wrote:
> Hi all,
>
> Since I upgraded engine to 3.6, I noticed that the webadmin takes a lot of
> ressources whatever is the browser. It can become very slow even for small
> actions, like changing tabs or editing a vm. The browser activity becomes
> intensive (100% of cpu) and the processor very hot with a increased fan
> activity. I suppose javascript to be responsible of this behaviour. Is there
> a way to reduce the resource allocated to the webadmin?
> (This is not a weakness of my laptop which is an i7 cpu with 16GB of RAM)

Sounds like https://bugzilla.redhat.com/1264809

It was closed because we could not reproduce it with current versions.

I would try first to upgrade to latest 3.6 version, and if you can reproduce it,
please reopen this bug.

Alexander: can you advice on how to debug this?

Nir
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Alexander Wels]

On Friday, January 08, 2016 04:29:47 PM Nir Soffer wrote:
> On Fri, Jan 8, 2016 at 1:13 PM, Nathanaël Blanchet  wrote:
> > Hi all,
> > 
> > Since I upgraded engine to 3.6, I noticed that the webadmin takes a lot of
> > ressources whatever is the browser. It can become very slow even for small
> > actions, like changing tabs or editing a vm. The browser activity becomes
> > intensive (100% of cpu) and the processor very hot with a increased fan
> > activity. I suppose javascript to be responsible of this behaviour. Is
> > there a way to reduce the resource allocated to the webadmin?
> > (This is not a weakness of my laptop which is an i7 cpu with 16GB of RAM)
> 
> Sounds like https://bugzilla.redhat.com/1264809
> 
> It was closed because we could not reproduce it with current versions.
> 
> I would try first to upgrade to latest 3.6 version, and if you can reproduce
> it, please reopen this bug.
> 
> Alexander: can you advice on how to debug this?
> 
> Nir

If you are willing to spend some time helping us debug that would be great as 
obviously we are unable to reproduce. If you have Chrome, can you open the 
development tools (ctrl-shift-i) and go to the 'Profiles' tab. That should give 
you the option to 'Collect Javascript CPU Profile' among other things. Make 
sure you select that, and click start. Then go in the web admin and do 
something that makes your CPU spike. Let it go for a little bit doesn't have 
to be long.

Go back to the CPU profiles tab and click stop. That will generate a profile 
and 
that profile will include the percentage of CPU usage per method. It should be 
sorted by percentage. If you can take a screen shot of that and give me the 
exact rpm version, I can use that to de-obfuscate the method name and 
hopefully get some useful information.

Thanks,
Alexander
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Nir Soffer]

On Fri, Jan 8, 2016 at 4:42 PM, Alexander Wels  wrote:
> On Friday, January 08, 2016 04:29:47 PM Nir Soffer wrote:
>> On Fri, Jan 8, 2016 at 1:13 PM, Nathanaël Blanchet  wrote:
>> > Hi all,
>> >
>> > Since I upgraded engine to 3.6, I noticed that the webadmin takes a lot of
>> > ressources whatever is the browser. It can become very slow even for small
>> > actions, like changing tabs or editing a vm. The browser activity becomes
>> > intensive (100% of cpu) and the processor very hot with a increased fan
>> > activity. I suppose javascript to be responsible of this behaviour. Is
>> > there a way to reduce the resource allocated to the webadmin?
>> > (This is not a weakness of my laptop which is an i7 cpu with 16GB of RAM)
>>
>> Sounds like https://bugzilla.redhat.com/1264809
>>
>> It was closed because we could not reproduce it with current versions.
>>
>> I would try first to upgrade to latest 3.6 version, and if you can reproduce
>> it, please reopen this bug.
>>
>> Alexander: can you advice on how to debug this?
>>
>> Nir
>
> If you are willing to spend some time helping us debug that would be great as
> obviously we are unable to reproduce. If you have Chrome, can you open the
> development tools (ctrl-shift-i) and go to the 'Profiles' tab. That should 
> give
> you the option to 'Collect Javascript CPU Profile' among other things. Make
> sure you select that, and click start. Then go in the web admin and do
> something that makes your CPU spike. Let it go for a little bit doesn't have
> to be long.
>
> Go back to the CPU profiles tab and click stop. That will generate a profile 
> and
> that profile will include the percentage of CPU usage per method. It should be
> sorted by percentage. If you can take a screen shot of that and give me the
> exact rpm version, I can use that to de-obfuscate the method name and
> hopefully get some useful information.

You can also save such profile to file, and attach it to the bug.

When I reorted this, this was also reproducible in Firefox, and both profiles
are attached to the bug.

Nir
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users