[ovirt-users] Unable to Delete a VM snapshot . (Juan Hern?ndez)

Kumar R, Prashanth (Prashanth) pkumarr at avaya.com
Mon May 18 17:18:14 UTC 2015


Hi  Juan Hern?ndez  ,
RE:Unable to Delete a VM snapshot .

Do you mean that there is no unique identifier for a VM snapshot.?

The only way out is from my java client ,I have to take care of creating a snapshot with unique description.
SO that I can delete/restore  a snapshot based on the unique description.



Thanks,
Prashanth R

-----Original Message-----
From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of users-request at ovirt.org
Sent: Wednesday, May 13, 2015 2:06 PM
To: users at ovirt.org
Subject: Users Digest, Vol 44, Issue 61

Send Users mailing list submissions to
	users at ovirt.org

To subscribe or unsubscribe via the World Wide Web, visit
	https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.ovirt.org_mailman_listinfo_users&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh5l-S9dbWM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_piyvR7ubU&s=qy3j1dASDjNv3QfyFirDEiNgyTqTDHR6lsngzMWtBUQ&e=
or, via email, send a message with subject or body 'help' to
	users-request at ovirt.org

You can reach the person managing the list at
	users-owner at ovirt.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..."


Today's Topics:

   1. Re:  HE setup failing: Cannot set temporary password for
      console connection (Daniel Helgenberger)
   2. Re:  messages from journal in centos7 hosts (Nicolas Ecarnot)
   3. Re:  engine-reports portal and cpu cores (Shirly Radco)
   4. Re:  engine-reports portal and cpu cores (Alexandr Krivulya)
   5. Re:  messages from journal in centos7 hosts (Francesco Romani)
   6. Re:  Unable to Delete a VM snapshot . (Juan Hern?ndez)


----------------------------------------------------------------------

Message: 1
Date: Wed, 13 May 2015 07:29:24 +0000
From: Daniel Helgenberger <daniel.helgenberger at m-box.de>
To: Yedidyah Bar David <didi at redhat.com>
Cc: "users at ovirt.org" <users at ovirt.org>
Subject: Re: [ovirt-users] HE setup failing: Cannot set temporary
	password for console connection
Message-ID:
	<8569C17008504C42.643F5ABB-0F2D-445E-8665-0D736F998CDC at mail.outlook.com>
	
Content-Type: text/plain; charset="iso-8859-1"

Hello Didi,
this is a clean install of the first host. (I am trying a disaster scenario and will later restore the backup)

--
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22<tel:+49/30/2408781-22>
F: +49/30/2408781-10<tel:+49/30/2408781-10>

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.m-2Dbox.de&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh5l-S9dbWM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_piyvR7ubU&s=_1Z5ydGAROY0UwBcDL9Pc2PWpf2DLJxYwp5B6AV_M20&e= > www.monkeymen.tv<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.monkeymen.tv&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh5l-S9dbWM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_piyvR7ubU&s=HsaNw9tst2q6vdxtHWMmXSNzuKAi-tqf0Tst3JJb9ck&e= >

Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767




On Wed, May 13, 2015 at 12:22 AM -0700, "Yedidyah Bar David" <didi at redhat.com<mailto:didi at redhat.com>> wrote:

----- Original Message -----
> From: "Daniel Helgenberger" <daniel.helgenberger at m-box.de>
> To: users at ovirt.org
> Sent: Tuesday, May 12, 2015 8:48:42 PM
> Subject: [ovirt-users] HE setup failing: Cannot set temporary password 
> for console connection
>
> Hello,
>
> a week ago I set up a HE (3.5.2) with no problems; now this fails.

You mean you re-deploy the same host (clean setup), or adding another host?

> I
> suspect storage trouble but cannot pinpoint it. Did someth. change 
> there with the recent async release?
>
> The storage domain is NFS3 via a 1G link to a ZFS storage appliance. 
> The export is working quite fast; tested with iozone running for over 
> 24h without problems.
>
> It starts with the "Verifying sanlock lockspace initialization" phase; 
> which lasts about 7min (!).
>
> In the end it seems sanlock is locking the domain down. I can only get 
> it back by stopping sanlock and vdsm.
>
> Attached is the full vdsm lock.
>
>
> Thanks!
>
> vdsm:
>
> Thread-27::ERROR::2015-05-12
> 19:17:51,470::domainMonitor::256::Storage.DomainMonitorThread::(_monit
> orDomain) Error while collecting domain 
> 2f83ea82-e110-465d-a2a6-ac30534a9f6a
> monitoring information
> Traceback (most recent call last):
>   File "/usr/share/vdsm/storage/domainMonitor.py", line 232, in
>   _monitorDomain
>     self.domain.selftest()
>   File "/usr/share/vdsm/storage/sdc.py", line 49, in __getattr__
>     return getattr(self.getRealDomain(), attrName)
>   File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain
>     return self._cache._realProduce(self._sdUUID)
>   File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce
>     domain = self._findDomain(sdUUID)
>   File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain
>     dom = findMethod(sdUUID)
>   File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain
>     return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID))
>   File "/usr/share/vdsm/storage/nfsSD.py", line 112, in findDomainPath
>     raise se.StorageDomainDoesNotExist(sdUUID)
> StorageDomainDoesNotExist: Storage domain does not exist:
> ('2f83ea82-e110-465d-a2a6-ac30534a9f6a',)
>
>
> Detector thread::DEBUG::2015-05-12
> 19:24:33,163::BindingXMLRPC::1173::XmlDetector::(handleSocket) xml 
> over http detected from ('127.0.0.1', 47076)
> Thread-93::DEBUG::2015-05-12
> 19:24:33,166::BindingXMLRPC::1133::vds::(wrapper) client 
> [127.0.0.1]::call vmSetTicket with 
> ('e3d350c5-6254-4908-99e9-d60ca2e046f7', '5435uOVP', '10800', 
> 'disconnect', {}) {}
> Thread-93::ERROR::2015-05-12
> 19:24:33,166::BindingXMLRPC::1152::vds::(wrapper) unexpected error 
> Traceback (most recent call last):
>   File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1136, in wrapper
>     res = f(*args, **kwargs)
>   File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 383, in vmSetTicket
>     return vm.setTicket(password, ttl, existingConnAction, params)
>   File "/usr/share/vdsm/API.py", line 642, in setTicket
>     return v.setTicket(password, ttl, existingConnAction, params)
>   File "/usr/share/vdsm/virt/vm.py", line 4834, in setTicket
>     graphics = _domParseStr(self._dom.XMLDesc(0)).childNodes[0]. \
> AttributeError: 'NoneType' object has no attribute 'XMLDesc'
>
> and:
>
> Thread-91::DEBUG::2015-05-12
> 19:25:15,152::libvirtconnection::143::root::(wrapper) Unknown libvirterror:
> ecode: 38 edom: 42 level: 2 message: Failed to acquire lock: No space 
> left on device
> Thread-91::DEBUG::2015-05-12
> 19:25:15,154::vm::2294::vm.Vm::(_startUnderlyingVm)
> vmId=`e3d350c5-6254-4908-99e9-d60ca2e046f7`::_ongoingCreations 
> released
> Thread-91::ERROR::2015-05-12
> 19:25:15,154::vm::2331::vm.Vm::(_startUnderlyingVm)
> vmId=`e3d350c5-6254-4908-99e9-d60ca2e046f7`::The vm start process 
> failed Traceback (most recent call last):
>   File "/usr/share/vdsm/virt/vm.py", line 2271, in _startUnderlyingVm
>     self._run()
>   File "/usr/share/vdsm/virt/vm.py", line 3335, in _run
>     self._connection.createXML(domxml, flags),
>   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line
>   111, in wrapper
>     ret = f(*args, **kwargs)
>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3427, in
>   createXML
>     if ret is None:raise libvirtError('virDomainCreateXML() failed',
>     conn=self)
> libvirtError: Failed to acquire lock: No space left on device
>
> sanlock:
> 2015-05-12 19:11:27+0200 4338 [708]: s2 lockspace
> 2f83ea82-e110-465d-a2a6-ac30534a9f6a:1:/rhev/data-center/mnt/10.11.0.3
> 0:_volumes_ovirt_engine/2f83ea82-e110-465d-a2a6-ac30534a9f6a/dom_md/id
> s:0
> 2015-05-12 19:11:48+0200 4359 [702]: s2 host 1 1 4338 
> 9f9fb274-9ae8-490e-bfba-72a743b0ebb2.hv01.sec.i
> 2015-05-12 19:11:48+0200 4359 [702]: s2 host 250 1 0 
> 9f9fb274-9ae8-490e-bfba-72a743b0ebb2.hv01.sec.i
> 2015-05-12 19:11:48+0200 4359 [707]: s2:r2 resource
> 2f83ea82-e110-465d-a2a6-ac30534a9f6a:SDM:/rhev/data-center/mnt/10.11.0
> .30:_volumes_ovirt_engine/2f83ea82-e110-465d-a2a6-ac30534a9f6a/dom_md/
> leases:1048576
> for 3,11,4167
> 2015-05-12 19:23:26+0200 5057 [708]: s3 lockspace
> 2f83ea82-e110-465d-a2a6-ac30534a9f6a:1:/rhev/data-center/mnt/10.11.0.3
> 0:_volumes_ovirt_engine/2f83ea82-e110-465d-a2a6-ac30534a9f6a/dom_md/id
> s:0
> 2015-05-12 19:23:48+0200 5079 [702]: s3 host 1 2 5058 
> 9f9fb274-9ae8-490e-bfba-72a743b0ebb2.hv01.sec.i
> 2015-05-12 19:23:48+0200 5079 [702]: s3 host 250 1 0 
> 9f9fb274-9ae8-490e-bfba-72a743b0ebb2.hv01.sec.i
> 2015-05-12 19:24:53+0200 5144 [702]: cmd 9 target pid 4893 not found
> 2015-05-12 19:25:14+0200 5165 [708]: r3 cmd_acquire 2,9,4893 invalid 
> lockspace found -1 failed 0 name 2f83ea82-e110-465d-a2a6-ac30534a9f6a
>
> --
> Daniel Helgenberger
> m box bewegtbild GmbH
>
> P: +49/30/2408781-22
> F: +49/30/2408781-10
>
> ACKERSTR. 19
> D-10115 BERLIN
>
>
> www.m-box.de<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.m
> -2Dbox.de&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh5l-S9dbWM0T_M
> bQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_piyvR7ubU&s=_1
> Z5ydGAROY0UwBcDL9Pc2PWpf2DLJxYwp5B6AV_M20&e= >  
> www.monkeymen.tv<https://urldefense.proofpoint.com/v2/url?u=http-3A__w
> ww.monkeymen.tv&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh5l-S9db
> WM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_piyvR7ub
> U&s=HsaNw9tst2q6vdxtHWMmXSNzuKAi-tqf0Tst3JJb9ck&e= >
>
> Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner
> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.ovirt.org_ma
> ilman_listinfo_users&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh5l
> -S9dbWM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_piy
> vR7ubU&s=qy3j1dASDjNv3QfyFirDEiNgyTqTDHR6lsngzMWtBUQ&e=
>

--
Didi

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.ovirt.org_pipermail_users_attachments_20150513_4d91d36e_attachment-2D0001.html&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh5l-S9dbWM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_piyvR7ubU&s=JRt6YsyW4t761pJewrzDUU9u8nnySamkPSLEFdzSgZc&e= >

------------------------------

Message: 2
Date: Wed, 13 May 2015 09:30:22 +0200
From: Nicolas Ecarnot <nicolas at ecarnot.net>
To: users at ovirt.org
Subject: Re: [ovirt-users] messages from journal in centos7 hosts
Message-ID: <5552FD8E.6080801 at ecarnot.net>
Content-Type: text/plain; charset=utf-8; format=flowed

Hello list,

Coming from : https://urldefense.proofpoint.com/v2/url?u=https-3A__www.mail-2Darchive.com_users-40ovirt.org_msg24878.html&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh5l-S9dbWM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_piyvR7ubU&s=a7IlicoZ34v0o7DjQW14hlZ8Ku1U715kL9B_KxyfIFs&e= 

I'm also being disturb by this ennoyance.
Is there a workaround?

(oVirt 3.5.1, CentOS 7 hosts, iSCSI storage)

--
Nicolas ECARNOT

> Vadq Thu, 19 Feb 2015 06:24:57 -0800
>
> Hi,
>
> ovirt 3.5.1, engine on centos7 + storage type iscsi( using LIO? on one 
> of the vdsm host) + four hosts on centos7
>
>
> After installation of vdsm at all cenos7 hosts in cluster in 
> /var/log/messages every few seconds have such record
>
> Feb 19 16:47:08 kvm05 journal: metadata not found: Requested metadata 
> element is not present Feb 19 16:47:19 kvm05 journal: metadata not 
> found: Requested metadata element is not present Feb 19 16:47:23 kvm05 
> journal: metadata not found: Requested metadata element is not present 
> Feb 19 16:47:34 kvm05 journal: metadata not found: Requested metadata 
> element is not present Feb 19 16:47:38 kvm05 journal: metadata not 
> found: Requested metadata element is not present
>
> is it possible to fix this without disabling systemd-journald?
>
>
> --
> Thanks,
> Vadim


------------------------------

Message: 3
Date: Wed, 13 May 2015 03:32:39 -0400 (EDT)
From: Shirly Radco <sradco at redhat.com>
To: Alexandr Krivulya <shuriku at shurik.kiev.ua>
Cc: users at ovirt.org
Subject: Re: [ovirt-users] engine-reports portal and cpu cores
Message-ID:
	<931731262.13615145.1431502359253.JavaMail.zimbra at redhat.com>
Content-Type: text/plain; charset=utf-8

H Alexandr,

The vCores are the logical cpu cores,
and if you has more vCores than Host Cores it means that you have over allocation for the hosts.
So, if on a specific vm one of the cores will be on 100% usage than all the vms using this core will show 100% as well.

Best,
---
Shirly Radco
BI Software Engineer
Red Hat Israel Ltd.



----- Original Message -----
> From: "Alexandr Krivulya" <shuriku at shurik.kiev.ua>
> To: users at ovirt.org
> Sent: Tuesday, May 12, 2015 3:30:32 PM
> Subject: [ovirt-users] engine-reports portal and cpu cores
> 
> Hello,
> why we have in reports host cores but not logical cpu cores? For 
> example in "Cluster Capacity Vs. Usage" report I always have more 
> vCores then Host Cores.
> Thank you.
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.ovirt.org_ma
> ilman_listinfo_users&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh5l
> -S9dbWM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_piy
> vR7ubU&s=qy3j1dASDjNv3QfyFirDEiNgyTqTDHR6lsngzMWtBUQ&e=
> 


------------------------------

Message: 4
Date: Wed, 13 May 2015 10:49:37 +0300
From: Alexandr Krivulya <shuriku at shurik.kiev.ua>
To: Shirly Radco <sradco at redhat.com>
Cc: users at ovirt.org
Subject: Re: [ovirt-users] engine-reports portal and cpu cores
Message-ID: <55530211.7000109 at shurik.kiev.ua>
Content-Type: text/plain; charset=utf-8

??, I understand it. But in admin portal on hosts detail tab I see for example 32 logical cores vs 16 in reports because of Hyper-Threading enabled. All VM's on this host consumes 26 vCores. Does it overallocation? According to report - yes, but actually I think not.

Can you clarify?

13.05.2015 10:32, Shirly Radco ?????:
> H Alexandr,
>
> The vCores are the logical cpu cores, and if you has more vCores than 
> Host Cores it means that you have over allocation for the hosts.
> So, if on a specific vm one of the cores will be on 100% usage than all the vms using this core will show 100% as well.
>
> Best,
> ---
> Shirly Radco
> BI Software Engineer
> Red Hat Israel Ltd.
>
>
>
> ----- Original Message -----
>> From: "Alexandr Krivulya" <shuriku at shurik.kiev.ua>
>> To: users at ovirt.org
>> Sent: Tuesday, May 12, 2015 3:30:32 PM
>> Subject: [ovirt-users] engine-reports portal and cpu cores
>>
>> Hello,
>> why we have in reports host cores but not logical cpu cores? For 
>> example in "Cluster Capacity Vs. Usage" report I always have more 
>> vCores then Host Cores.
>> Thank you.
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.ovirt.org_m
>> ailman_listinfo_users&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh
>> 5l-S9dbWM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_
>> piyvR7ubU&s=qy3j1dASDjNv3QfyFirDEiNgyTqTDHR6lsngzMWtBUQ&e=
>>



------------------------------

Message: 5
Date: Wed, 13 May 2015 04:28:43 -0400 (EDT)
From: Francesco Romani <fromani at redhat.com>
To: Nicolas Ecarnot <nicolas at ecarnot.net>
Cc: users at ovirt.org
Subject: Re: [ovirt-users] messages from journal in centos7 hosts
Message-ID:
	<1093184056.13639577.1431505723776.JavaMail.zimbra at redhat.com>
Content-Type: text/plain; charset=utf-8

Hi,

----- Original Message -----
> From: "Nicolas Ecarnot" <nicolas at ecarnot.net>
> To: users at ovirt.org
> Sent: Wednesday, May 13, 2015 9:30:22 AM
> Subject: Re: [ovirt-users] messages from journal in centos7 hosts
> 
> Hello list,
> 
> Coming from : 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.mail-2Darchiv
> e.com_users-40ovirt.org_msg24878.html&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64
> Q&r=3rKe7gJAcRh5l-S9dbWM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW
> 50XHKsdm3Gvkd_piyvR7ubU&s=a7IlicoZ34v0o7DjQW14hlZ8Ku1U715kL9B_KxyfIFs&
> e=
> 
> I'm also being disturb by this ennoyance.
> Is there a workaround?
> 
> (oVirt 3.5.1, CentOS 7 hosts, iSCSI storage)

This message should have been removed in recent VDSM versions.
Which version of VDSM and libvirt are you running?

Bests,

--
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani


------------------------------

Message: 6
Date: Wed, 13 May 2015 10:35:56 +0200
From: Juan Hern?ndez <jhernand at redhat.com>
To: "Kumar R, Prashanth (Prashanth)" <pkumarr at avaya.com>,
	"users at ovirt.org" <users at ovirt.org>
Subject: Re: [ovirt-users] Unable to Delete a VM snapshot .
Message-ID: <55530CEC.8080604 at redhat.com>
Content-Type: text/plain; charset=windows-1252

On 05/11/2015 02:12 PM, Kumar R, Prashanth (Prashanth) wrote:
> Hi All,
> 
>  
> 
> I am facing issue in deleting a VM snapshot.
> 
> I am using ovirt-engine-sdk-java-3.5.0.5.jar
> 
>  
> 
>  
> 
> According to the SDK API,I can delete a VM using :
> 
> api.getVMs().get(vmName).getSnapshots().getById(snapshotId).delete();
> 
>  
> 
> But there is no way to fetch the snapshot ID of a particular snapshot.
> 

Why not?

  List<VMSnapshot> snapshots = vm.getSnapshots().list();
  for (VMSnapshot snapshot : snapshots) {
    System.out.println(snapshot.getId());
  }

>  
> 
> Or
> 
>  
> 
> List<VMSnapshot> vmSnapshots =
> api.getVMs().get(vmName).getSnapshots().list();
> 
>      *for*(VMSnapshot vmSnapshot : vmSnapshots) {
> 
>       *if*(vmSnapshot.getDescription() == _snapshotdescription_){
> 
>          vmSnapshot.delete();
> 
>       }
> 
>  
> 
> I cannot use the above snippet of code to delete a snapshot,but the
> multiple snapshots for a vm can be created with the same description.
> 
>  
> 
>  
> 
> So is there a way to create a snapshot with a snapshot name assigned to it.
> 
> SO that delete,restore opeartions can be performed based on the snapshot
> name .
> 
>  
> 
> Thanks,
> 
> Prashanth R
> 

What you can't do, if understand correctly, is assign your own unique
symbolic name to a snapshot, like you do with the VM "name" attribute,
for example. That is a limitation of the engine, snapshots don't have a
"name" attribute.

Currently your only chance is to use the "description" attribute, but as
you said there is no guarantee that it will be unique.

Note that this happens with the Java SDK, with the Python SDK or with
any other client.

-- 
Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3?D, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L.


------------------------------

_______________________________________________
Users mailing list
Users at ovirt.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.ovirt.org_mailman_listinfo_users&d=AwICAg&c=BFpWQw8bsuKpl1SgiZH64Q&r=3rKe7gJAcRh5l-S9dbWM0T_MbQbahl-YIetIBtIOxuo&m=vJx9-3POXYltD2YEW2fW50XHKsdm3Gvkd_piyvR7ubU&s=qy3j1dASDjNv3QfyFirDEiNgyTqTDHR6lsngzMWtBUQ&e= 


End of Users Digest, Vol 44, Issue 61
*************************************



More information about the Users mailing list