Re: [ovirt-users] Unknown libvirterror - where to start?

[Yaniv Kaul]

On Tue, Nov 3, 2015 at 3:42 PM, Sven Kieske  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> On 03/11/15 09:30, Yaniv Kaul wrote:
> > This (depending on your host OS version, 6.x or 7.x) is either
> > https://bugzilla.redhat.com/show_bug.cgi?id=1220474 or
>

*Bug 1220474*  - libvirt:
Error 'metadata not found: Requested metadata element is not present'
flooding journal
Fixed in libvirt 1.2.16, for RHEL 7.2.


> > https://bugzilla.redhat.com/show_bug.cgi?id=1260864 Y.
>

*Bug 1260864*  - libvirt:
Error 'metadata not found: Requested metadata element is not present'
flooding journal
Fixed in libvirt 1.2.16, for RHEL 6.8.


>
> Those bugs are marked as private and thus can't be displayed by mere
> mortals.
>

My apologies.
Upstream fix:

commit ecc997fd43b1b1987dadb45fb0ef987d56638476
Author: Peter Krempa 
Date:   Tue May 12 13:55:30 2015 +0200

daemon: Suppress logging of VIR_ERR_NO_DOMAIN_METADATA

 Y.


> - --
> Mit freundlichen Grüßen / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> Königsberger Straße 6
> 32339 Espelkamp
> T: +495772 293100
> F: +495772 29
> https://www.mittwald.de
> Geschäftsführer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhaus
> en
> Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad
> Oeynhausen
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (GNU/Linux)
>
> iQIcBAEBAgAGBQJWOLmsAAoJEMby9TMDAbQRbeYP/0mOi74azrEPhp46juxpMZc3
> vzZ7ciftMtsln86rKTuQGBUcJ0Sqb0RBWZ8bsDex9+Ngx9rTiwpDwfzWxV5zmraa
> 9SFnsw3pz1nL/C2swTQQEfN2uq54U6WEvPlyW0dlDwrlKsVRtD7qQka81aspZHA/
> PPCej64mRSKUnP4c0s8sDfzNyzEdJW75x67kksP7FNZSuYDRO6qk3ciLbRV21vBi
> A6Rp54Tedw/2y+zra7KqkRzP4DwiL55k0/5FAxssSw0hoeRzjHCf4Y6wiScXBtRK
> Naocwp+LL/0LgvtVfbS5CGTGvPGmpqCjb4uLWWXIIhnAaZ3AB4XNFKctOKqE3DMj
> qp+m5+vgzhNqyQbdQuiGIP64nesuI3z16ov03pjqxZGZvszyLCT8+cRAzI5vhBIb
> 5CiWors+az9buraLOfXiuZNHrawpvP+h/q3o/a974c3CvJ2U8ZiPIhg21cxpziP4
> Xi9z1PoAbghoEwceVas5+t04rPHIqgL2k7SowyU3wDFD8cfWTd0b1fics5ryoR7g
> CEjJIT3hRmc2/TT2wZoxmp60WYwTH3n2bRKiCdZM3V0lO/3XOL6EL3qPYp4qX8Xl
> k3yj5zqugkuM5efXlr5I7NIQkNQD1KWvB/QjhWzFaSq2HJ9C2XiHV003DmgoPfkH
> GkwO4mp9RF1f126JHNCG
> =QtoB
> -END PGP SIGNATURE-
> ___
> 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

Re: [ovirt-users] migration

[Koen Vanoppen]

Ah ok. Thank you. Will try that one :-)

Kind  regards,

Koen

On 29 October 2015 at 10:57, Roy Golan  wrote:

>
>
> On Tue, Oct 27, 2015 at 8:12 PM, Koen Vanoppen 
> wrote:
>
>> Dear all,
>>
>> I have a question.
>> I know have my ovirt-engine running on a server on virtualbox. But I
>> would like to add this server to my ovirt hypervisors pool.
>> This OR I would like to update my current hypervisor (which is in centos
>> 6.7) to centos 7 for the live snapshot removal support. (for taking backups)
>>
>> Is this possible *WITHOUT *losing my current vms. I only have 1
>> hypervisor at the moment, so migrating the VM's to another host isn't an
>> option...
>>
>>
> You can spare the export by the import storage domain feature which
> includes the VM import (the discs and the OVF are on the domain). You can
> u/g the Centos host, install hosted engine and import the storage domain
> with the VMs.
>
> Would this be possible with exporting the VMS to an export domain --> Full
>> reinstall of the hypervisor --> import the VM's again from the export
>> domain? (safely)
>>
>> Kind regards,
>>
>> Koen
>>
>> ___
>> 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

Re: [ovirt-users] Why rbd support is not natively available just like glusterFS?

[John Hunter]

Hi Gaetan,

I am also new to this community, I see a link that may help.
http://www.ovirt.org/Features/Cinder_Integration

On Tue, Nov 3, 2015 at 9:55 PM, Gaetan SLONGO  wrote:

> Hello,
>
> Noboy knows ?
>
> Thank you !
>
> - Mail original -
>
> De: "Gaetan SLONGO" 
> À: "users" 
> Envoyé: Lundi 2 Novembre 2015 09:57:00
> Objet: [ovirt-users] Why rbd support is not natively available just like
> glusterFS?
>
> Dear oVirt users,
>
> We are currently looking for a virtualization solution and oVirt seems to
> be a good choice for us.
> The problem is we have to deploy it on the top of a Ceph/RBD storage.
>
> Maybe I missed something but it seems Ceph/RBD block devices are not
> available in oVirt, just like GlusterFS. However Qemu supports it as a
> native storage backend. Could you explain why it is not available ?
>
> We saw Ceph storage could be usable through OpenStack Cinder in the 3.6
> version but we don't want/need to deploy an OpenStack infrastructure (and
> we don't found complete documentation about that).
>
> Any help on this topic would be much appreciated
>
> Thank you for advance,
>
> Best regards
> ___
> 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
>



-- 
Best regards
Junwang Zhao
Department of Computer Science &Technology
Peking University
Beijing, 100871, PRC
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Manually preconfigured network interfaces/bridges on oVirt 3.6 HC HE

[Giuseppe Ragusa]

On Tue, Nov 3, 2015, at 15:27, Simone Tiraboschi wrote:
> 
> 
> On Mon, Nov 2, 2015 at 11:55 PM, Giuseppe Ragusa 
>  wrote:
>> __
>> 
>> On Mon, Nov 2, 2015, at 09:52, Simone Tiraboschi wrote:
>>> 
>>> 
>>> On Mon, Nov 2, 2015 at 1:48 AM, Giuseppe Ragusa 
>>>  wrote:
 Hi all,
 I'm stuck with the following error during the final phase of 
 ovirt-hosted-engine-setup:
 
           The host hosted_engine_1 is in non-operational state.
           Please try to activate it via the engine webadmin UI.
 
 If I login on the engine administration web UI I find the corresponding 
 message (inside NonOperational first host hosted_engine_1 Events tab):
 
 Host hosted_engine_1 does not comply with the cluster Default networks, 
 the following networks are missing on host: 'ovirtmgmt'
 
 I'm installing with an oVirt snapshot from October the 27th on a 
 fully-patched CentOS 7.1 host with a GlusterFS volume (3.7.5 
 hyperconverged, replica 3, for the engine-vm) pre-created and network 
 interfaces/bridges (ovirtmgmt and other two bridges, called nfs and lan, 
 on underlying 802.3ad bonds or plain interfaces) manually pre-configured 
 in /etc/sysconfig/network-interfaces/ifcfg-* (using "classic" network 
 service; NetworkManager disabled).
 
>>> 
>>> If you manually created the network bridges, the match between them and the 
>>> logical network should happen on name bases.
>> 
>> 
>> Hi Simone,
>> many thanks fpr your help (again) :)
>> 
>> As you may note from the above comment, the name should actually match (it's 
>> exactly ovirtmgmt) but it doesn't get recognized.
>> 
>> 
>>> If it doesn't for any reasons (please report if you find any evidence), you 
>>> can manually bind logical network and network interfaces editing the host 
>>> properties from the web-ui. At that point the host should become active in 
>>> a few seconds.
>> 
>> 
>> Well, the most immediate evidence are the error messages already reported 
>> (given that the bridge is actually present, with the right name and actually 
>> working).
>> Apart from that, I find the following past logs (I don't know whether they 
>> are relevant or not):
>> 
>> From /var/log/vdsm/connectivity.log:
> 
> 
> Can you please add also host-deploy logs?

Please find a gzipped tar archive of the whole directory 
/var/log/ovirt-engine/host-deploy/ at:

https://onedrive.live.com/redir?resid=74BDE216CAA3E26F!110&authkey=!AIQUc6i-n5blQO0&ithint=file%2cgz

Many thanks again for your kind assistance.

Regards,
Giuseppe

>> 2015-11-01 21:37:21,029:DEBUG:recent_client:True
>> 2015-11-01 21:37:51,088:DEBUG:recent_client:False
>> 2015-11-01 21:38:21,146:DEBUG:dropped vnet0:(operstate:up speed:0 
>> duplex:full) d
>> ropped vnet2:(operstate:up speed:0 duplex:full) dropped vnet1:(operstate:up 
>> spee
>> d:0 duplex:full) 
>> 2015-11-01 21:38:36,174:DEBUG:recent_client:True
>> 2015-11-01 21:39:06,233:DEBUG:recent_client:False
>> 2015-11-01 21:48:22,383:DEBUG:recent_client:True, lan:(operstate:up speed:0 
>> dupl
>> ex:unknown), bond0:(operstate:up speed:2000 duplex:full), 
>> bond1:(operstate:up sp
>> eed:2000 duplex:full), enp0s20f1:(operstate:up speed:1000 duplex:full), 
>> ;vdsmdum
>> my;:(operstate:down speed:0 duplex:unknown), ovirtmgmt:(operstate:up speed:0 
>> dup
>> lex:unknown), lo:(operstate:up speed:0 duplex:unknown), 
>> enp7s0f0:(operstate:up s
>> peed:1000 duplex:full), enp6s0f0:(operstate:up speed:100 duplex:full), 
>> enp6s0f1:
>> (operstate:up speed:1000 duplex:full), nfs:(operstate:up speed:0 
>> duplex:unknown)
>> , bond2:(operstate:up speed:3000 duplex:full), enp7s0f1:(operstate:up 
>> speed:1000
>>  duplex:full), enp0s20f0:(operstate:up speed:1000 duplex:full), 
>> enp0s20f3:(opers
>> tate:up speed:1000 duplex:full), enp0s20f2:(operstate:up speed:1000 
>> duplex:full)
>> 2015-11-01 21:48:52,450:DEBUG:recent_client:False
>> 2015-11-01 22:55:21,668:DEBUG:recent_client:True, lan:(operstate:up speed:0 
>> dupl
>> ex:unknown), bond0:(operstate:up speed:2000 duplex:full), 
>> bond1:(operstate:up sp
>> eed:2000 duplex:full), enp0s20f1:(operstate:up speed:1000 duplex:full), 
>> ;vdsmdum
>> my;:(operstate:down speed:0 duplex:unknown), ovirtmgmt:(operstate:up speed:0 
>> dup
>> lex:unknown), lo:(operstate:up speed:0 duplex:unknown), 
>> enp7s0f0:(operstate:up s
>> peed:1000 duplex:full), enp6s0f0:(operstate:up speed:100 duplex:full), 
>> enp6s0f1:
>> (operstate:up speed:1000 duplex:full), nfs:(operstate:up speed:0 
>> duplex:unknown), bond2:(operstate:up speed:3000 duplex:full), 
>> enp7s0f1:(operstate:up speed:1000 duplex:full), enp0s20f0:(operstate:up 
>> speed:1000 duplex:full), enp0s20f3:(operstate:up speed:1000 duplex:full), 
>> enp0s20f2:(operstate:up speed:1000 duplex:full)
>> 2015-11-01 22:56:00,952:DEBUG:recent_client:False, lan:(operstate:up speed:0 
>> duplex:unknown), bond0:(operstate:up speed:2000 duplex:full), 
>> bond1:(operstate:up speed:2000 duplex:full), enp0s20f1:(operstate:u

Re: [ovirt-users] Ovirt 3.6 export domain error: This Data center compatibility version does not support importing a data domain with its entities (VMs and Templates). The imported domain will be impo

[Liam Curtis]

And alas..spoke to soon...simply get error:

engine.log:2015-11-03 11:15:18,783 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-24) [6d1ae2a] Correlation ID: 56c343d7, Job
ID: 7b0c2161-0287-48fa-b33d-68483ec8dae6, Call Stack: null, Custom Event
ID: -1, Message: Failed to import Template Ubuntu14 to Data Center ,
Cluster local_cluster

Stuck again...

On Tue, Nov 3, 2015 at 11:16 AM, Liam Curtis  wrote:

> NVM--had to click on the 'template import' tab instead...
>
> On Tue, Nov 3, 2015 at 11:12 AM, Liam Curtis  wrote:
>
>> Create template, export to NFS share okay. Detach the domain, reattach to
>> other host running same exact version. Get the above error..vm import shows
>> up as blank. Nothing to import...
>>
>> Any ideas?
>>
>>
>>
>
>


-- 

*Liam Curtis*
Manager of Systems EngineeringDatto, Inc.(203) 529-4949 x228
www.datto.com


Join the conversation! [image: Facebook]
 [image:
Twitter]  [image: LinkedIn]
 [image: Blog RSS]
 [image: YouTube]
 [image: Google Plus Page]

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

Re: [ovirt-users] Ovirt 3.6 export domain error: This Data center compatibility version does not support importing a data domain with its entities (VMs and Templates). The imported domain will be impo

[Liam Curtis]

NVM--had to click on the 'template import' tab instead...

On Tue, Nov 3, 2015 at 11:12 AM, Liam Curtis  wrote:

> Create template, export to NFS share okay. Detach the domain, reattach to
> other host running same exact version. Get the above error..vm import shows
> up as blank. Nothing to import...
>
> Any ideas?
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt 3.6 export domain error: This Data center compatibility version does not support importing a data domain with its entities (VMs and Templates). The imported domain will be imported

[Liam Curtis]

Create template, export to NFS share okay. Detach the domain, reattach to
other host running same exact version. Get the above error..vm import shows
up as blank. Nothing to import...

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

Re: [ovirt-users] 3.6: All Windows VMs marked with an eclamation mark

[Cristian Mammoli]

Everything is Europe/Rome. The only difference is that Linux VMs and 
host have the hardware clock set to UTC while the Windows one are set on CET


Il 02/11/2015 22:57, Mark Cahall ha scritto:
I haven't have a chance to try and reproduce it but -- in the past 
I've seen issues on other platforms where if the timezone set in the 
VM differs from the timezone set on the node it causes some reaction.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Manually preconfigured network interfaces/bridges on oVirt 3.6 HC HE

[Simone Tiraboschi]

On Mon, Nov 2, 2015 at 11:55 PM, Giuseppe Ragusa <
giuseppe.rag...@hotmail.com> wrote:

> On Mon, Nov 2, 2015, at 09:52, Simone Tiraboschi wrote:
>
>
>
> On Mon, Nov 2, 2015 at 1:48 AM, Giuseppe Ragusa <
> giuseppe.rag...@hotmail.com> wrote:
>
> Hi all,
> I'm stuck with the following error during the final phase of
> ovirt-hosted-engine-setup:
>
>   The host hosted_engine_1 is in non-operational state.
>   Please try to activate it via the engine webadmin UI.
>
> If I login on the engine administration web UI I find the corresponding
> message (inside NonOperational first host hosted_engine_1 Events tab):
>
> Host hosted_engine_1 does not comply with the cluster Default networks,
> the following networks are missing on host: 'ovirtmgmt'
>
> I'm installing with an oVirt snapshot from October the 27th on a
> fully-patched CentOS 7.1 host with a GlusterFS volume (3.7.5
> hyperconverged, replica 3, for the engine-vm) pre-created and network
> interfaces/bridges (ovirtmgmt and other two bridges, called nfs and lan, on
> underlying 802.3ad bonds or plain interfaces) manually pre-configured in
> /etc/sysconfig/network-interfaces/ifcfg-* (using "classic" network service;
> NetworkManager disabled).
>
>
>
> If you manually created the network bridges, the match between them and
> the logical network should happen on name bases.
>
>
> Hi Simone,
> many thanks fpr your help (again) :)
>
> As you may note from the above comment, the name should actually match
> (it's exactly ovirtmgmt) but it doesn't get recognized.
>
>
> If it doesn't for any reasons (please report if you find any evidence),
> you can manually bind logical network and network interfaces editing the
> host properties from the web-ui. At that point the host should become
> active in a few seconds.
>
>
> Well, the most immediate evidence are the error messages already reported
> (given that the bridge is actually present, with the right name and
> actually working).
> Apart from that, I find the following past logs (I don't know whether they
> are relevant or not):
>
> From /var/log/vdsm/connectivity.log:
>


Can you please add also host-deploy logs?


>
> 2015-11-01 21:37:21,029:DEBUG:recent_client:True
> 2015-11-01 21:37:51,088:DEBUG:recent_client:False
> 2015-11-01 21:38:21,146:DEBUG:dropped vnet0:(operstate:up speed:0
> duplex:full) d
> ropped vnet2:(operstate:up speed:0 duplex:full) dropped
> vnet1:(operstate:up spee
> d:0 duplex:full)
> 2015-11-01 21:38:36,174:DEBUG:recent_client:True
> 2015-11-01 21:39:06,233:DEBUG:recent_client:False
> 2015-11-01 21:48:22,383:DEBUG:recent_client:True, lan:(operstate:up
> speed:0 dupl
> ex:unknown), bond0:(operstate:up speed:2000 duplex:full),
> bond1:(operstate:up sp
> eed:2000 duplex:full), enp0s20f1:(operstate:up speed:1000 duplex:full),
> ;vdsmdum
> my;:(operstate:down speed:0 duplex:unknown), ovirtmgmt:(operstate:up
> speed:0 dup
> lex:unknown), lo:(operstate:up speed:0 duplex:unknown),
> enp7s0f0:(operstate:up s
> peed:1000 duplex:full), enp6s0f0:(operstate:up speed:100 duplex:full),
> enp6s0f1:
> (operstate:up speed:1000 duplex:full), nfs:(operstate:up speed:0
> duplex:unknown)
> , bond2:(operstate:up speed:3000 duplex:full), enp7s0f1:(operstate:up
> speed:1000
>  duplex:full), enp0s20f0:(operstate:up speed:1000 duplex:full),
> enp0s20f3:(opers
> tate:up speed:1000 duplex:full), enp0s20f2:(operstate:up speed:1000
> duplex:full)
> 2015-11-01 21:48:52,450:DEBUG:recent_client:False
> 2015-11-01 22:55:21,668:DEBUG:recent_client:True, lan:(operstate:up
> speed:0 dupl
> ex:unknown), bond0:(operstate:up speed:2000 duplex:full),
> bond1:(operstate:up sp
> eed:2000 duplex:full), enp0s20f1:(operstate:up speed:1000 duplex:full),
> ;vdsmdum
> my;:(operstate:down speed:0 duplex:unknown), ovirtmgmt:(operstate:up
> speed:0 dup
> lex:unknown), lo:(operstate:up speed:0 duplex:unknown),
> enp7s0f0:(operstate:up s
> peed:1000 duplex:full), enp6s0f0:(operstate:up speed:100 duplex:full),
> enp6s0f1:
> (operstate:up speed:1000 duplex:full), nfs:(operstate:up speed:0
> duplex:unknown), bond2:(operstate:up speed:3000 duplex:full),
> enp7s0f1:(operstate:up speed:1000 duplex:full), enp0s20f0:(operstate:up
> speed:1000 duplex:full), enp0s20f3:(operstate:up speed:1000 duplex:full),
> enp0s20f2:(operstate:up speed:1000 duplex:full)
> 2015-11-01 22:56:00,952:DEBUG:recent_client:False, lan:(operstate:up
> speed:0 duplex:unknown), bond0:(operstate:up speed:2000 duplex:full),
> bond1:(operstate:up speed:2000 duplex:full), enp0s20f1:(operstate:up
> speed:1000 duplex:full), ;vdsmdummy;:(operstate:down speed:0
> duplex:unknown), ovirtmgmt:(operstate:up speed:0 duplex:unknown),
> lo:(operstate:up speed:0 duplex:unknown), enp7s0f0:(operstate:up speed:1000
> duplex:full), enp6s0f0:(operstate:up speed:100 duplex:full),
> enp6s0f1:(operstate:up speed:1000 duplex:full), nfs:(operstate:up speed:0
> duplex:unknown), bond2:(operstate:up speed:3000 duplex:full),
> enp7s0f1:(operstate:up speed:1000 duplex:full), enp0s20f0:(operstate:up

Re: [ovirt-users] poor graphic performances with spice

[David Jaša]

On Po, 2015-11-02 at 11:13 +0100, Nathanaël Blanchet wrote:
> Hello Jiri and David,
> 
> 
> Le 02/11/2015 10:22, David Jaša a écrit :
> > Hi Nathanaël,
> >
> > On St, 2015-10-28 at 17:06 +0100, Nathanaël Blanchet wrote:
> >> Hello,
> >>
> >> I'm studying a possibility to use ovirt as a vdi solution with centos or
> >> fedora guests. But using spice is awfull
> > in what sense, just a performance you mention below, or something else?
> I'm used to use spice with virt-manager, and I always have been pleased 
> with it.
> >
> >> and graphics are very slow (in
> >> particulary videos). 

You say youtube videos in bottom of the email. Is it flash or html5? Are
standard and cinema-mode-sizes working OK, or all sizes are affected?

Bear in mind that video is in general most cpu-heavy use case for spice
because lots of work needs to be done on guest vCPU (decode, upscale to
fullscreen) and host CPU (mjpeg-encode the actual video size: fullhd for
any video played in full screen on full hd monitor).

> Qxl drivers are installed and spice-vdagent works
> >> as expected on the guest side.
> > What hosts and clients do you use, what is your network environment?
> ubuntu spice-client-gtk (0.22) for the client side, 

That's pretty old, could you update to distro with at least spice-gtk
0.26 (which itself is ~1 year old, 0.30 was released recently)?

> and my hosts (latest 
> intel CPU and 128 GB of RAM) are centos 7.1 one connected to a FC 
> storage domain. The network is a gigabit one. I set my vms with 2GB of RAM.

That sounds that you should be good (unless _everybody_ plays youtube in
fullscreen)

> > When you say centos guests, you mean centos 6 or centos 7?
> both. 

Interesting. I'd expect rhel 6 (or KDE4 with disabled compositing on
rhel 7) to be significantly better to gnome 3.

> I also tested fedora 22 but I supposed that default gnome 3 shell 
> effects could be the reason of the slowness.

The problem aren't mainly effect but it's the compositing which changes
screen updates from lot of operations on limited area of screen to
updates of whole screen, making lots of spice optimization pointless.
Some time ago (~2 years), gnome-shell rendering was improved so that
stream didn't update whole display but just the video stream area which
can be detected as a stream and transferred in an optimized way.

I'd bet that your issue is one of those two described above (CPU
overloading or streaming detection error) but further testing is needed
to find what it really is.

> >
> > David
> >
> >> However, it is amazing to see that glxgears benchmarks are good...
> >> I wonder how it is possible to adopt such a vdi solution when the user
> >> experience is so bad.
> >> I may miss something and may need recommandations of experimented vdi
> >> users :)
> >> Thank you for your help.
> >>
> >
> Ovirt is an awesome product, and I've been used to be pleased with its 
> great integrated quality tools, that's why I'm supposed to mistake in my 
> configuration.
> I don't know the vdi part, but problematic is not the same compared to 
> the server virtualization. User should have a very good interface 
> experience, integrating fluidity and multimedia capabilities.
> Sound redirection is okay with no latence, USB redirection works great, 
> but watching a youtube video is painful.
> The same when moving a simple gui window, there is a big latence.
> In comparison, direct RDP session on windows servers gives entire 
> satisfaction in graphic rendering.
> Please tell me if I do or say something wrong.
> Thank you for your job.
> 

Can you see something in Xorg.0.log in the guest or in qemu log on the
host? (@ /var/log/libvirt/qemu/VM_NAME.log)

David

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

Re: [ovirt-users] Why rbd support is not natively available just like glusterFS?

[Gaetan SLONGO]

Hello,

Noboy knows ?

Thank you !

- Mail original - 

De: "Gaetan SLONGO"  
À: "users"  
Envoyé: Lundi 2 Novembre 2015 09:57:00 
Objet: [ovirt-users] Why rbd support is not natively available just like 
glusterFS? 

Dear oVirt users, 

We are currently looking for a virtualization solution and oVirt seems to be a 
good choice for us. 
The problem is we have to deploy it on the top of a Ceph/RBD storage. 

Maybe I missed something but it seems Ceph/RBD block devices are not available 
in oVirt, just like GlusterFS. However Qemu supports it as a native storage 
backend. Could you explain why it is not available ? 

We saw Ceph storage could be usable through OpenStack Cinder in the 3.6 version 
but we don't want/need to deploy an OpenStack infrastructure (and we don't 
found complete documentation about that). 

Any help on this topic would be much appreciated 

Thank you for advance, 

Best regards 
___ 
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

Re: [ovirt-users] [Need help] Want to write my graduate thesis related to ovirt

[Nir Soffer]

בתאריך 3 בנוב׳ 2015 2:24 אחה״צ,‏ "John Hunter"  כתב:
>
> ping, anybody help?

How can we help?

>
> On Tue, Nov 3, 2015 at 10:54 AM, John Hunter  wrote:
>>
>> Hi guys,
>>
>> I am college student who is going to graduate next year, major in CS, I
want to
>> work on my graduate thesis related to ovirt.
>>
>> For now I need a project which I can work on for the next 6 month, so I
need
>> an idealist which I can reference to write a proposal.
>>
>> I have contributed to #dri-devel during my Google Summer of Code
project, so I
>> know how opensource groups works, though workflow are kind of different.
>>
>> I am appreciate if anyone could help, and I hope some one could be my
mentor.
>>
>> BR,
>> Zhao Junwang
>>
>> --
>> Best regards
>> Junwang Zhao
>> Department of Computer Science &Technology
>> Peking University
>> Beijing, 100871, PRC
>
>
>
>
> --
> Best regards
> Junwang Zhao
> Department of Computer Science &Technology
> Peking University
> Beijing, 100871, PRC
>
> ___
> 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

Re: [ovirt-users] Unknown libvirterror - where to start?

[Sven Kieske]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 03/11/15 09:30, Yaniv Kaul wrote:
> This (depending on your host OS version, 6.x or 7.x) is either 
> https://bugzilla.redhat.com/show_bug.cgi?id=1220474 or 
> https://bugzilla.redhat.com/show_bug.cgi?id=1260864 Y.

Those bugs are marked as private and thus can't be displayed by mere
mortals.

- -- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +495772 293100
F: +495772 29
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhaus
en
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad
Oeynhausen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJWOLmsAAoJEMby9TMDAbQRbeYP/0mOi74azrEPhp46juxpMZc3
vzZ7ciftMtsln86rKTuQGBUcJ0Sqb0RBWZ8bsDex9+Ngx9rTiwpDwfzWxV5zmraa
9SFnsw3pz1nL/C2swTQQEfN2uq54U6WEvPlyW0dlDwrlKsVRtD7qQka81aspZHA/
PPCej64mRSKUnP4c0s8sDfzNyzEdJW75x67kksP7FNZSuYDRO6qk3ciLbRV21vBi
A6Rp54Tedw/2y+zra7KqkRzP4DwiL55k0/5FAxssSw0hoeRzjHCf4Y6wiScXBtRK
Naocwp+LL/0LgvtVfbS5CGTGvPGmpqCjb4uLWWXIIhnAaZ3AB4XNFKctOKqE3DMj
qp+m5+vgzhNqyQbdQuiGIP64nesuI3z16ov03pjqxZGZvszyLCT8+cRAzI5vhBIb
5CiWors+az9buraLOfXiuZNHrawpvP+h/q3o/a974c3CvJ2U8ZiPIhg21cxpziP4
Xi9z1PoAbghoEwceVas5+t04rPHIqgL2k7SowyU3wDFD8cfWTd0b1fics5ryoR7g
CEjJIT3hRmc2/TT2wZoxmp60WYwTH3n2bRKiCdZM3V0lO/3XOL6EL3qPYp4qX8Xl
k3yj5zqugkuM5efXlr5I7NIQkNQD1KWvB/QjhWzFaSq2HJ9C2XiHV003DmgoPfkH
GkwO4mp9RF1f126JHNCG
=QtoB
-END PGP SIGNATURE-
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unknown libvirterror - where to start?

[Christophe TREFOIS]

Dear Sahina,

I attached the logs from the glusterfs folder.


thank you for your help,

Kind regards,

—
Christophe


On 03 Nov 2015, at 09:04, Sahina Bose 
mailto:sab...@redhat.com>> wrote:

Could you also attach the glusterfs and gluster mount logs from the hypervisor? 
(Logs would be at /var/log/glusterfs)

On 11/03/2015 01:22 PM, Christophe TREFOIS wrote:
Hi,

I checked the logs on my hypervisor that contains also the overt-engine 
(self-hosted) and I see strange unknown libvirterrors that come periodically in 
the vdsm.log file. The storage is glusterFS running on the hypervisor as well, 
one NFS export domain and an ISO domain. A NFS domain from another place is in 
maintenance mode.

I am running oVirt 3.5.3.

Thank you for any pointers as to where to start fixing this issue.

— log excerpt --

Thread-1947641::DEBUG::2015-11-03 
08:47:31,398::stompReactor::163::yajsonrpc.StompServer::(send) Sending response
Thread-8108::DEBUG::2015-11-03 
08:47:31,410::libvirtconnection::143::root::(wrapper) Unknown libvirterror: 
ecode: 80 edom: 20 level: 2 message: metadata not found: Requested metadata 
element is not present
Dummy-1895260::DEBUG::2015-11-03 
08:47:31,477::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) dd 
if=/rhev/data-center/0002-0002-0002-0002-03d5/mastersd/dom_md/inbox 
iflag=direct,fullblock count=1 bs=1024000 (cwd None)
Dummy-1895260::DEBUG::2015-11-03 
08:47:31,501::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) 
SUCCESS:  = '1+0 records in\n1+0 records out\n1024000 bytes (1.0 MB) 
copied, 0.00331278 s, 309 MB/s\n';  = 0
Thread-7913::DEBUG::2015-11-03 
08:47:32,298::libvirtconnection::143::root::(wrapper) Unknown libvirterror: 
ecode: 80 edom: 20 level: 2 message: metadata not found: Requested metadata 
element is not present
Thread-5682::DEBUG::2015-11-03 
08:47:32,417::libvirtconnection::143::root::(wrapper) Unknown libvirterror: 
ecode: 80 edom: 20 level: 2 message: metadata not found: Requested metadata 
element is not present
Detector thread::DEBUG::2015-11-03 
08:47:32,591::protocoldetector::187::vds.MultiProtocolAcceptor::(_add_connection)
 Adding connection from 127.0.0.1:44671
Detector thread::DEBUG::2015-11-03 
08:47:32,598::protocoldetector::201::vds.MultiProtocolAcceptor::(_remove_connection)
 Connection removed from 127.0.0.1:44671
Detector thread::DEBUG::2015-11-03 
08:47:32,599::protocoldetector::247::vds.MultiProtocolAcceptor::(_handle_connection_read)
 Detected protocol xml from 127.0.0.1:44671
Detector thread::DEBUG::2015-11-03 
08:47:32,599::BindingXMLRPC::1173::XmlDetector::(handleSocket) xml over http 
detected from ('127.0.0.1', 44671)
Thread-1947642::DEBUG::2015-11-03 
08:47:32,602::task::595::Storage.TaskManager.Task::(_updateState) 
Task=`1d99a166-cb9a-4025-8211-a48e210b5234`::moving from state init -> state 
preparing
Thread-1947642::INFO::2015-11-03 
08:47:32,603::logUtils::44::dispatcher::(wrapper) Run and protect: 
repoStats(options=None)
Thread-1947642::INFO::2015-11-03 
08:47:32,603::logUtils::47::dispatcher::(wrapper) Run and protect: repoStats, 
Return response: {u'de9eb737-691f-4622-9070-891531d599a0': {'code': 0, 
'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000373613', 
'lastCheck': '2.5', 'valid': True}, u'fe4fd19a-8714-44e0-ae41-663a4b62da7a': 
{'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': 
'0.000409446', 'lastCheck': '6.4', 'valid': True}, 
u'8253a89b-651e-4ff4-865b-57adef05d383': {'code': 0, 'actual': True, 'version': 
3, 'acquired': True, 'delay': '0.000520671', 'lastCheck': '1.8', 'valid': 
True}, 'b18eb29e-8bb1-45b9-a60e-a8e07210e066': {'code': 0, 'actual': True, 
'version': 3, 'acquired': True, 'delay': '0.000424445', 'lastCheck': '6.5', 
'valid': True}}
Thread-1947642::DEBUG::2015-11-03 
08:47:32,603::task::1191::Storage.TaskManager.Task::(prepare) 
Task=`1d99a166-cb9a-4025-8211-a48e210b5234`::finished: 
{u'de9eb737-691f-4622-9070-891531d599a0': {'code': 0, 'actual': True, 
'version': 0, 'acquired': True, 'delay': '0.000373613', 'lastCheck': '2.5', 
'valid': True}, u'fe4fd19a-8714-44e0-ae41-663a4b62da7a': {'code': 0, 'actual': 
True, 'version': 0, 'acquired': True, 'delay': '0.000409446', 'lastCheck': 
'6.4', 'valid': True}, u'8253a89b-651e-4ff4-865b-57adef05d383': {'code': 0, 
'actual': True, 'version': 3, 'acquired': True, 'delay': '0.000520671', 
'lastCheck': '1.8', 'valid': True}, 'b18eb29e-8bb1-45b9-a60e-a8e07210e066': 
{'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': 
'0.000424445', 'lastCheck': '6.5', 'valid': True}}
Thread-1947642::DEBUG::2015-11-03 
08:47:32,603::task::595::Storage.TaskManager.Task::(_updateState) 
Task=`1d99a166-cb9a-4025-8211-a48e210b5234`::moving from state preparing -> 
state finished
Thread-1947642::DEBUG::2015-11-03 
08:47:32,604::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) 
Owner.releaseAll requests {} resources {}
Thread-1947642::DEBUG::2015-11-03 
08:47:32,604::resourceManager::977::Storage.Resou

Re: [ovirt-users] [Need help] Want to write my graduate thesis related to ovirt

[John Hunter]

ping, anybody help?

On Tue, Nov 3, 2015 at 10:54 AM, John Hunter  wrote:

> Hi guys,
>
> I am college student who is going to graduate next year, major in CS, I
> want to
> work on my graduate thesis related to ovirt.
>
> For now I need a project which I can work on for the next 6 month, so I
> need
> an idealist which I can reference to write a proposal.
>
> I have contributed to #dri-devel during my Google Summer of Code project,
> so I
> know how opensource groups works, though workflow are kind of different.
>
> I am appreciate if anyone could help, and I hope some one could be my
> mentor.
>
> BR,
> Zhao Junwang
>
> --
> Best regards
> Junwang Zhao
> Department of Computer Science &Technology
> Peking University
> Beijing, 100871, PRC
>



-- 
Best regards
Junwang Zhao
Department of Computer Science &Technology
Peking University
Beijing, 100871, PRC
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unknown libvirterror - where to start?

[Yaniv Kaul]

On Tue, Nov 3, 2015 at 9:52 AM, Christophe TREFOIS <
christophe.tref...@uni.lu> wrote:

> Hi,
>
> I checked the logs on my hypervisor that contains also the overt-engine
> (self-hosted) and I see strange unknown libvirterrors that come
> periodically in the vdsm.log file. The storage is glusterFS running on the
> hypervisor as well, one NFS export domain and an ISO domain. A NFS domain
> from another place is in maintenance mode.
>
> I am running oVirt 3.5.3.
>
> Thank you for any pointers as to where to start fixing this issue.
>
> — log excerpt --
>
> Thread-1947641::DEBUG::2015-11-03
> 08:47:31,398::stompReactor::163::yajsonrpc.StompServer::(send) Sending
> response
> Thread-8108::DEBUG::2015-11-03
> 08:47:31,410::libvirtconnection::143::root::(wrapper) Unknown libvirterror:
> ecode: 80 edom: 20 level: 2 message: metadata not found: Requested metadata
> element is not present
>

This (depending on your host OS version, 6.x or 7.x) is either
https://bugzilla.redhat.com/show_bug.cgi?id=1220474 or
https://bugzilla.redhat.com/show_bug.cgi?id=1260864
Y.

Dummy-1895260::DEBUG::2015-11-03
> 08:47:31,477::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) dd
> if=/rhev/data-center/0002-0002-0002-0002-03d5/mastersd/dom_md/inbox
> iflag=direct,fullblock count=1 bs=1024000 (cwd None)
> Dummy-1895260::DEBUG::2015-11-03
> 08:47:31,501::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail)
> SUCCESS:  = '1+0 records in\n1+0 records out\n1024000 bytes (1.0 MB)
> copied, 0.00331278 s, 309 MB/s\n';  = 0
> Thread-7913::DEBUG::2015-11-03
> 08:47:32,298::libvirtconnection::143::root::(wrapper) Unknown libvirterror:
> ecode: 80 edom: 20 level: 2 message: metadata not found: Requested metadata
> element is not present
> Thread-5682::DEBUG::2015-11-03
> 08:47:32,417::libvirtconnection::143::root::(wrapper) Unknown libvirterror:
> ecode: 80 edom: 20 level: 2 message: metadata not found: Requested metadata
> element is not present
> Detector thread::DEBUG::2015-11-03
> 08:47:32,591::protocoldetector::187::vds.MultiProtocolAcceptor::(_add_connection)
> Adding connection from 127.0.0.1:44671
> Detector thread::DEBUG::2015-11-03
> 08:47:32,598::protocoldetector::201::vds.MultiProtocolAcceptor::(_remove_connection)
> Connection removed from 127.0.0.1:44671
> Detector thread::DEBUG::2015-11-03
> 08:47:32,599::protocoldetector::247::vds.MultiProtocolAcceptor::(_handle_connection_read)
> Detected protocol xml from 127.0.0.1:44671
> Detector thread::DEBUG::2015-11-03
> 08:47:32,599::BindingXMLRPC::1173::XmlDetector::(handleSocket) xml over
> http detected from ('127.0.0.1', 44671)
> Thread-1947642::DEBUG::2015-11-03
> 08:47:32,602::task::595::Storage.TaskManager.Task::(_updateState)
> Task=`1d99a166-cb9a-4025-8211-a48e210b5234`::moving from state init ->
> state preparing
> Thread-1947642::INFO::2015-11-03
> 08:47:32,603::logUtils::44::dispatcher::(wrapper) Run and protect:
> repoStats(options=None)
> Thread-1947642::INFO::2015-11-03
> 08:47:32,603::logUtils::47::dispatcher::(wrapper) Run and protect:
> repoStats, Return response: {u'de9eb737-691f-4622-9070-891531d599a0':
> {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay':
> '0.000373613', 'lastCheck': '2.5', 'valid': True},
> u'fe4fd19a-8714-44e0-ae41-663a4b62da7a': {'code': 0, 'actual': True,
> 'version': 0, 'acquired': True, 'delay': '0.000409446', 'lastCheck': '6.4',
> 'valid': True}, u'8253a89b-651e-4ff4-865b-57adef05d383': {'code': 0,
> 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.000520671',
> 'lastCheck': '1.8', 'valid': True}, 'b18eb29e-8bb1-45b9-a60e-a8e07210e066':
> {'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay':
> '0.000424445', 'lastCheck': '6.5', 'valid': True}}
> Thread-1947642::DEBUG::2015-11-03
> 08:47:32,603::task::1191::Storage.TaskManager.Task::(prepare)
> Task=`1d99a166-cb9a-4025-8211-a48e210b5234`::finished:
> {u'de9eb737-691f-4622-9070-891531d599a0': {'code': 0, 'actual': True,
> 'version': 0, 'acquired': True, 'delay': '0.000373613', 'lastCheck': '2.5',
> 'valid': True}, u'fe4fd19a-8714-44e0-ae41-663a4b62da7a': {'code': 0,
> 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000409446',
> 'lastCheck': '6.4', 'valid': True},
> u'8253a89b-651e-4ff4-865b-57adef05d383': {'code': 0, 'actual': True,
> 'version': 3, 'acquired': True, 'delay': '0.000520671', 'lastCheck': '1.8',
> 'valid': True}, 'b18eb29e-8bb1-45b9-a60e-a8e07210e066': {'code': 0,
> 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.000424445',
> 'lastCheck': '6.5', 'valid': True}}
> Thread-1947642::DEBUG::2015-11-03
> 08:47:32,603::task::595::Storage.TaskManager.Task::(_updateState)
> Task=`1d99a166-cb9a-4025-8211-a48e210b5234`::moving from state preparing ->
> state finished
> Thread-1947642::DEBUG::2015-11-03
> 08:47:32,604::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll)
> Owner.releaseAll requests {} resources {}
> Thread-1947642::DEBUG::2015-11-03
> 08:47:32,604::resourceManager::977:

Re: [ovirt-users] VDSM downgrade and GlusterFS question

[Sahina Bose]

On 11/03/2015 04:44 AM, Christophe TREFOIS wrote:

Hi,

I have two questions. I have a cluster with 2 nodes, both have local storage, 
one GlusterFS (for future upgrade) and one NFS.

1. I have slightly different versions of KVM and VDSM on both nodes. Can this 
lead to problems? If so, can I downgrade , eg yum history rollback the latest 
updates?

2. On the other host, I have self-hosted oVirt with GlusterFS and am wondering 
what would be the proper workflow to upgrade VDSM and KVM ? Do I have to 
shutdown the storage first? If so, does that mean shutting down all the VMs?


You would need to put the hosted engine to maintenance mode, stop vdsm, 
stop gluster volume, update vdsm , start gluster volume, start vdsm.





Any help on this topic would be very welcome,

P.s.: I know our setup is not ideal for HA and resilience, but we do with what 
we have :)

—
Christophe
___
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

Re: [ovirt-users] Unknown libvirterror - where to start?

[Sahina Bose]

Could you also attach the glusterfs and gluster mount logs from the 
hypervisor? (Logs would be at /var/log/glusterfs)


On 11/03/2015 01:22 PM, Christophe TREFOIS wrote:

Hi,

I checked the logs on my hypervisor that contains also the 
overt-engine (self-hosted) and I see strange unknown libvirterrors 
that come periodically in the vdsm.log file. The storage is glusterFS 
running on the hypervisor as well, one NFS export domain and an ISO 
domain. A NFS domain from another place is in maintenance mode.


I am running oVirt 3.5.3.

Thank you for any pointers as to where to start fixing this issue.

— log excerpt --

Thread-1947641::DEBUG::2015-11-03 
08:47:31,398::stompReactor::163::yajsonrpc.StompServer::(send) Sending 
response
Thread-8108::DEBUG::2015-11-03 
08:47:31,410::libvirtconnection::143::root::(wrapper) Unknown 
libvirterror: ecode: 80 edom: 20 level: 2 message: metadata not found: 
Requested metadata element is not present
Dummy-1895260::DEBUG::2015-11-03 
08:47:31,477::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) 
dd 
if=/rhev/data-center/0002-0002-0002-0002-03d5/mastersd/dom_md/inbox 
iflag=direct,fullblock count=1 bs=1024000 (cwd None)
Dummy-1895260::DEBUG::2015-11-03 
08:47:31,501::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) 
SUCCESS:  = '1+0 records in\n1+0 records out\n1024000 bytes (1.0 
MB) copied, 0.00331278 s, 309 MB/s\n';  = 0
Thread-7913::DEBUG::2015-11-03 
08:47:32,298::libvirtconnection::143::root::(wrapper) Unknown 
libvirterror: ecode: 80 edom: 20 level: 2 message: metadata not found: 
Requested metadata element is not present
Thread-5682::DEBUG::2015-11-03 
08:47:32,417::libvirtconnection::143::root::(wrapper) Unknown 
libvirterror: ecode: 80 edom: 20 level: 2 message: metadata not found: 
Requested metadata element is not present
Detector thread::DEBUG::2015-11-03 
08:47:32,591::protocoldetector::187::vds.MultiProtocolAcceptor::(_add_connection) 
Adding connection from 127.0.0.1:44671
Detector thread::DEBUG::2015-11-03 
08:47:32,598::protocoldetector::201::vds.MultiProtocolAcceptor::(_remove_connection) 
Connection removed from 127.0.0.1:44671
Detector thread::DEBUG::2015-11-03 
08:47:32,599::protocoldetector::247::vds.MultiProtocolAcceptor::(_handle_connection_read) 
Detected protocol xml from 127.0.0.1:44671
Detector thread::DEBUG::2015-11-03 
08:47:32,599::BindingXMLRPC::1173::XmlDetector::(handleSocket) xml 
over http detected from ('127.0.0.1', 44671)
Thread-1947642::DEBUG::2015-11-03 
08:47:32,602::task::595::Storage.TaskManager.Task::(_updateState) 
Task=`1d99a166-cb9a-4025-8211-a48e210b5234`::moving from state init -> 
state preparing
Thread-1947642::INFO::2015-11-03 
08:47:32,603::logUtils::44::dispatcher::(wrapper) Run and protect: 
repoStats(options=None)
Thread-1947642::INFO::2015-11-03 
08:47:32,603::logUtils::47::dispatcher::(wrapper) Run and protect: 
repoStats, Return response: {u'de9eb737-691f-4622-9070-891531d599a0': 
{'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': 
'0.000373613', 'lastCheck': '2.5', 'valid': True}, 
u'fe4fd19a-8714-44e0-ae41-663a4b62da7a': {'code': 0, 'actual': True, 
'version': 0, 'acquired': True, 'delay': '0.000409446', 'lastCheck': 
'6.4', 'valid': True}, u'8253a89b-651e-4ff4-865b-57adef05d383': 
{'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': 
'0.000520671', 'lastCheck': '1.8', 'valid': True}, 
'b18eb29e-8bb1-45b9-a60e-a8e07210e066': {'code': 0, 'actual': True, 
'version': 3, 'acquired': True, 'delay': '0.000424445', 'lastCheck': 
'6.5', 'valid': True}}
Thread-1947642::DEBUG::2015-11-03 
08:47:32,603::task::1191::Storage.TaskManager.Task::(prepare) 
Task=`1d99a166-cb9a-4025-8211-a48e210b5234`::finished: 
{u'de9eb737-691f-4622-9070-891531d599a0': {'code': 0, 'actual': True, 
'version': 0, 'acquired': True, 'delay': '0.000373613', 'lastCheck': 
'2.5', 'valid': True}, u'fe4fd19a-8714-44e0-ae41-663a4b62da7a': 
{'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': 
'0.000409446', 'lastCheck': '6.4', 'valid': True}, 
u'8253a89b-651e-4ff4-865b-57adef05d383': {'code': 0, 'actual': True, 
'version': 3, 'acquired': True, 'delay': '0.000520671', 'lastCheck': 
'1.8', 'valid': True}, 'b18eb29e-8bb1-45b9-a60e-a8e07210e066': 
{'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': 
'0.000424445', 'lastCheck': '6.5', 'valid': True}}
Thread-1947642::DEBUG::2015-11-03 
08:47:32,603::task::595::Storage.TaskManager.Task::(_updateState) 
Task=`1d99a166-cb9a-4025-8211-a48e210b5234`::moving from state 
preparing -> state finished
Thread-1947642::DEBUG::2015-11-03 
08:47:32,604::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) 
Owner.releaseAll requests {} resources {}
Thread-1947642::DEBUG::2015-11-03 
08:47:32,604::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) 
Owner.cancelAll requests {}
Thread-1947642::DEBUG::2015-11-03 
08:47:32,604::task::993::Storage.TaskManager.Task::(_decref) 
Task=`1d99a166-cb9a-4025-8211-