8:51 p.m.
This is a multi-part message in MIME format.
--------------020802040705050604050109
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
El 18/05/16 a las 18:11, Karli Sjöberg escribió:
Den 18 maj 2016 7:03 em skrev Nicolás <nicolas(a)devels.es>:
>
> Hi Karli,
>
> El 18/05/16 a las 16:59, Karli Sjöberg escribió:
>>
>>
>> Den 18 maj 2016 5:49 em skrev Nicolás <nicolas(a)devels.es>:
>> >
>> > Hi,
>> >
>> > Probably not an oVirt issue, but maybe someone can help. I've
deployed a
>> > pretty basic VM (ubuntu 14.04 server, 4GB RAM, 4 CPUs, 15GB storage).
>>
>> Just spitballing here: 14.04 only? Tried 16.04, or any other OS for
that matter? For now, it sounds more guest related rather than oVirt.
>>
>> /K
>
>
> I tried a vanilla centos-7.1 as well and the same happens. I'm of
the same opinion that this is more a guest related issue, it's just
I'd like to find out why this only happens with QXL and not with CIRRUS.
>
> Thanks.
Very interesting. Are your hosts all of the same architecture(family)?
/K
Actually we have a nice mixture of manufacturers. We run 7 hosts, paired
4-2-1 in relation to architecture. All of them have the same resources,
though (CPUs + RAM). In this case, I can't test the VM on different
hosts because we've separated one of them (one of the "4") on a
standalone oVirt datacenter as we're making tests on it, but I remember
this has already happened to me in the past (I didn't have the time to
debug it at that time, though).
>
>> > Each time I install an additional desktop environment (Gnome, KDE,
>> > whatever...), CPU usage rises to 100% all time to the extreme that
>> > interacting with the machine becomes impossible (maybe a mouse
movement
>> > is propagated 3 minutes later or so...).
>> >
>> > To debug this, I installed LXDE, which is a lightweight desktop
>> > environment based on Xorg. I could see there is an Xorg process
>> > consuming one of the CPUs and the machine stops responding as far
as the
>> > desktop environment goes. I have not changed anything in the
>> > configuration file.
>> >
>> > I could also see this only happens when QXL is chosen as the display
>> > driver. When CIRRUS is chosen, everything works smoothly and CPU is
>> > ~100% idle. The downside is that we want to use SPICE and CIRRUS
won't
>> > allow it.
>> >
>> > Why does this happen? Is this an OS-side driver issue? Any hint
how can
>> > it be fixed?
>> >
>> > Thanks.
>> >
>> > Nicolás
>> > _______________________________________________
>> > Users mailing list
>> > Users(a)ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>
>
--------------020802040705050604050109
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 text="#000000" bgcolor="#FFFFFF">
<br>
<br>
<div class="moz-cite-prefix">El 18/05/16 a las 18:11, Karli Sjöberg
escribió:<br>
</div>
<blockquote
cite="mid:d37306c3c698445a8f4a6718ef2cc97e@exch2-4.slu.se"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<p dir="ltr"><br>
Den 18 maj 2016 7:03 em skrev Nicolás <a
class="moz-txt-link-rfc2396E"
href="mailto:nicolas@devels.es"><nicolas@devels.es></a>:<br>
><br>
> Hi Karli,<br>
><br>
> El 18/05/16 a las 16:59, Karli Sjöberg escribió:<br>
>><br>
>><br>
>> Den 18 maj 2016 5:49 em skrev Nicolás
<a class="moz-txt-link-rfc2396E"
href="mailto:nicolas@devels.es"><nicolas@devels.es></a>:<br>
>> ><br>
>> > Hi,<br>
>> ><br>
>> > Probably not an oVirt issue, but maybe someone can
help. I've deployed a <br>
>> > pretty basic VM (ubuntu 14.04 server, 4GB RAM, 4
CPUs, 15GB storage).<br>
>><br>
>> Just spitballing here: 14.04 only? Tried 16.04, or any
other OS for that matter? For now, it sounds more guest related
rather than oVirt.<br>
>><br>
>> /K<br>
><br>
><br>
> I tried a vanilla centos-7.1 as well and the same happens.
I'm of the same opinion that this is more a guest related issue,
it's just I'd like to find out why this only happens with QXL
and not with CIRRUS.<br>
><br>
> Thanks.</p>
<p dir="ltr">Very interesting. Are your hosts all of the same
architecture(family)?</p>
<p dir="ltr">/K</p>
</blockquote>
<br>
Actually we have a nice mixture of manufacturers. We run 7 hosts,
paired 4-2-1 in relation to architecture. All of them have the same
resources, though (CPUs + RAM). In this case, I can't test the VM on
different hosts because we've separated one of them (one of the "4")
on a standalone oVirt datacenter as we're making tests on it, but I
remember this has already happened to me in the past (I didn't have
the time to debug it at that time, though).<br>
<br>
<blockquote
cite="mid:d37306c3c698445a8f4a6718ef2cc97e@exch2-4.slu.se"
type="cite">
<p dir="ltr">><br>
>> > Each time I install an additional desktop
environment (Gnome, KDE, <br>
>> > whatever...), CPU usage rises to 100% all time to
the extreme that <br>
>> > interacting with the machine becomes impossible
(maybe a mouse movement <br>
>> > is propagated 3 minutes later or so...).<br>
>> ><br>
>> > To debug this, I installed LXDE, which is a
lightweight desktop <br>
>> > environment based on Xorg. I could see there is an
Xorg process <br>
>> > consuming one of the CPUs and the machine stops
responding as far as the <br>
>> > desktop environment goes. I have not changed
anything in the <br>
>> > configuration file.<br>
>> ><br>
>> > I could also see this only happens when QXL is
chosen as the display <br>
>> > driver. When CIRRUS is chosen, everything works
smoothly and CPU is <br>
>> > ~100% idle. The downside is that we want to use
SPICE and CIRRUS won't <br>
>> > allow it.<br>
>> ><br>
>> > Why does this happen? Is this an OS-side driver
issue? Any hint how can <br>
>> > it be fixed?<br>
>> ><br>
>> > Thanks.<br>
>> ><br>
>> > Nicolás<br>
>> >
_______________________________________________<br>
>> > Users mailing list<br>
>> > <a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
>> > <a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
><br>
><br>
</p>
</blockquote>
<br>
</body>
</html>
--------------020802040705050604050109--