<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 07/10/2014 03:52 PM, Angel Docampo
wrote:<br>
</div>
<blockquote cite="mid:53BE9A89.4080805@dltec.net" type="cite">I also
already used the ovirt windows guest tools iso. I did installed a
brand new windows 7 and installed the ovirt windows guest tools
via iso, but when we started our kvm virtual machine adding this
parameter:
<br>
<br>
-chardev
socket,id=ovirtagent,path=/tmp/104.com.redhat.vdsm,server,nowait
-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x7
-device
virtserialport,chardev=ovirtagent,name=com.redhat.rhevm.vdsm,bus=virtio-serial0.0,id=port1<br>
<br>
</blockquote>
This is how ours would look like:<br>
<br>
-chardev
socket,id=charchannel0,path=/tmp/104.com.redhat.rhevm.vdsm,server,nowait<br>
-device virtserialport,bus=virtio-serial0.0,<b>nr=1,</b>chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm<br>
-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6<br>
<br>
Notice how the 'nr=1' seems to be missing from yours, not sure
though that this is the reason but might be.<br>
<br>
<blockquote cite="mid:53BE9A89.4080805@dltec.net" type="cite">was
when the CPU fired to 100% (1CPU) or 50% (2CPUs) Perhaps we put
something wrong on that...
<br>
<br>
If you set those parameters, you vCPU is not fired to 50% or 100%?
<br>
<br>
<br>
El jue 10 jul 2014 15:46:17 CEST, Vinzenz Feenstra escribió:
<br>
<blockquote type="cite">On 07/10/2014 03:24 PM, Angel Docampo
wrote:
<br>
<blockquote type="cite">Of course, Vinzenz
<br>
<br>
The VM is a Windows 7 (I've tried both 32 and 64 bits, same
result).
<br>
The C:\Windows\SysWOW64\rhev-agent log says:
<br>
<br>
Dummy-1::INFO::2014-07-10
<br>
14:35:57,417::OVirtGuestService::80::root::Starting OVirt
Guest Agent
<br>
service
<br>
<br>
After look at the code, perhaps the problem may come on the
run()
<br>
function in OvirtAgentLogic.py
<br>
def run(self):
<br>
logging.debug("AgentLogicBase:: run() entered")
<br>
thread.start_new_thread(self.doListen, ())
<br>
thread.start_new_thread(self.doWork, ())
<br>
# Yuck! It's seem that Python block all signals when
executing
<br>
# a "real" code. So there is no way just to sit and
wait (with
<br>
# no timeout).
<br>
# Try breaking out from this code snippet:
<br>
# $ python -c "import threading;
threading.Event().wait()"
<br>
while not self.wait_stop.isSet():
<br>
self.wait_stop.wait(1)
<br>
<br>
Where this "while" is evaluating itself each second... besides
the
<br>
wait function of the python module
<br>
<br>
By commenting thread.start_new_thread(self.doWork, ()) the
CPU has a
<br>
normal level when the service starts, but when we make a
petition
<br>
through the host socket, the VM CPU goes to 100%.
<br>
<br>
Hope this helps, if you need any action from me, please tell
me.
<br>
</blockquote>
Hmm this is really strange, I am running the guest agent pretty
<br>
regularly on Windows 7 and I never noticed anything like this.
<br>
<br>
Could you please try to use the ovirt windows guest tools iso to
<br>
install the guest agent?
<br>
I am somehow surprised about the issue you're seeing.
<br>
<br>
<blockquote type="cite">
<br>
Regards,
<br>
<br>
El jue 10 jul 2014 08:56:55 CEST, Vinzenz Feenstra escribió:
<br>
<blockquote type="cite">On 07/08/2014 09:15 AM, Angel Docampo
wrote:
<br>
<blockquote type="cite">I just realized that my 64bit
machine has 1 CPU and my 32bit machine
<br>
has two. If I set two processors to the 64bit machine,
<br>
oVirtGuestAgent.exe process eats a 50% CPU, not 100%,
exactly like
<br>
the 32bit machine...
<br>
So I think there is a problem in the implementation of the
agent. As
<br>
I'm not a developer myself, I cannot help to improve the
agent.
<br>
Can I reduce the amount of CPU consumed by the process
doing
<br>
something, like change the CPU virtualization (at the
moment, is host
<br>
emulation), or something else?
<br>
</blockquote>
<br>
The most interesting information for me really would be what
version
<br>
of Windows you're using exactly.
<br>
I have never seen the guest agent running on that high CPU
so I would
<br>
need some more information.
<br>
<br>
It'd be great if you could enable debug logging and restart
the
<br>
service (or VM) and get me the logs after it is spiking the
CPU so
<br>
much.
<br>
<br>
Thanks.
<br>
<br>
<blockquote type="cite">
<br>
<br>
El 07/07/14 15:50, Angel Docampo escribió:
<br>
<blockquote type="cite">Hello everybody,
<br>
<br>
This is my very first email here. I've just compiled
both 32 and 64
<br>
bits oVirtGuestAgent in order to make SSO from my
application to a
<br>
Windows VM.
<br>
<br>
32 bits works flawlessly, I can login, logout and lock
screen at the
<br>
moment, but the 64 bits version cannot login (but can
lock screen
<br>
and logout) and the worse of all, puts the VM CPU at
99%, making it
<br>
useless.
<br>
<br>
Anyone has experieced this? Or give me some guidance to
investigate?
<br>
<br>
Thank you!
<br>
--
<br>
<br>
<br>
<br>
*Angel Docampo
<br>
*
<br>
*Datalab Tecnologia, s.a.*
<br>
Castillejos, 352 - 08025 Barcelona
<br>
Tel. 93 476 69 14 - Ext: 706
<br>
Mob. 670.299.381
<br>
<br>
<br>
Nota Legal <a class="moz-txt-link-rfc2396E" href="http://www.dltec.net/aviso-legal"><http://www.dltec.net/aviso-legal></a>
<br>
<br>
<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://lists.ovirt.org/mailman/listinfo/users</a>
<br>
</blockquote>
<br>
--
<br>
<br>
<br>
<br>
*Angel Docampo
<br>
*
<br>
*Datalab Tecnologia, s.a.*
<br>
Castillejos, 352 - 08025 Barcelona
<br>
Tel. 93 476 69 14 - Ext: 706
<br>
Mob. 670.299.381
<br>
<br>
<br>
<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://lists.ovirt.org/mailman/listinfo/users</a>
<br>
</blockquote>
<br>
<br>
--
<br>
Regards,
<br>
<br>
Vinzenz Feenstra | Senior Software Engineer
<br>
RedHat Engineering Virtualization R & D
<br>
Phone: +420 532 294 625
<br>
IRC: vfeenstr or evilissimo
<br>
<br>
Better technology. Faster innovation. Powered by community
<br>
collaboration.
<br>
See how it works at redhat.com
<br>
</blockquote>
<br>
--
<br>
<br>
<br>
<br>
*Angel Docampo
<br>
*
<br>
*Datalab Tecnologia, s.a.*
<br>
Castillejos, 352 - 08025 Barcelona
<br>
Tel. 93 476 69 14 - Ext: 706
<br>
Mob. 670.299.381
<br>
<br>
<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
--
<br>
<br>
<br>
<br>
*Angel Docampo
<br>
*
<br>
*Datalab Tecnologia, s.a.*
<br>
Castillejos, 352 - 08025 Barcelona
<br>
Tel. 93 476 69 14 - Ext: 706
<br>
Mob. 670.299.381
<br>
<br>
<br>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Regards,
Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com</pre>
</body>
</html>