<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 21, 2018 at 6:03 PM, Jiří Sléžka <span dir="ltr"><<a href="mailto:jiri.slezka@slu.cz" target="_blank">jiri.slezka@slu.cz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div class="gmail-HOEnZb"><div class="gmail-h5">On 02/21/2018 03:43 PM, Jiří Sléžka wrote:<br>
> On 02/20/2018 11:09 PM, Arik Hadas wrote:<br>
>><br>
>><br>
>> On Tue, Feb 20, 2018 at 6:37 PM, Jiří Sléžka <<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a><br>
>> <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a>>> wrote:<br>
>><br>
>> On 02/20/2018 03:48 PM, Arik Hadas wrote:<br>
>> ><br>
>> ><br>
>> > On Tue, Feb 20, 2018 at 3:49 PM, Jiří Sléžka <<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a> <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a>><br>
>> > <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a> <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a>>>> wrote:<br>
>> ><br>
>> > Hi Arik,<br>
>> ><br>
>> > On 02/20/2018 01:22 PM, Arik Hadas wrote:<br>
>> > ><br>
>> > ><br>
>> > > On Tue, Feb 20, 2018 at 2:03 PM, Jiří Sléžka <<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a> <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a>><br>
>> <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a> <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a>>><br>
>> > > <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a> <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a>><br>
>> <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a> <mailto:<a href="mailto:jiri.slezka@slu.cz">jiri.slezka@slu.cz</a>>>>> wrote:<br>
>> > ><br>
>> > > Hi,<br>
>> > ><br>
>> > ><br>
>> > > Hi Jiří,<br>
>> > > <br>
>> > ><br>
>> > ><br>
>> > > I would like to try import some ova files into our oVirt<br>
>> instance [1]<br>
>> > > [2] but I facing problems.<br>
>> > ><br>
>> > > I have downloaded all ova images into one of hosts<br>
>> (ovirt01) into<br>
>> > > direcory /ova<br>
>> > ><br>
>> > > ll /ova/<br>
>> > > total 6532872<br>
>> > > -rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21<br>
>> HAAS-hpcowrie.ovf<br>
>> > > -rw-r--r--. 1 vdsm kvm 1111785984 Feb 16 16:22<br>
>> HAAS-hpdio.ova<br>
>> > > -rw-r--r--. 1 vdsm kvm 846736896 Feb 16 16:22<br>
>> HAAS-hpjdwpd.ova<br>
>> > > -rw-r--r--. 1 vdsm kvm 891043328 Feb 16 16:23<br>
>> HAAS-hptelnetd.ova<br>
>> > > -rw-r--r--. 1 vdsm kvm 908222464 Feb 16 16:23<br>
>> HAAS-hpuchotcp.ova<br>
>> > > -rw-r--r--. 1 vdsm kvm 880643072 Feb 16 16:24<br>
>> HAAS-hpuchoudp.ova<br>
>> > > -rw-r--r--. 1 vdsm kvm 890833920 Feb 16 16:24<br>
>> HAAS-hpuchoweb.ova<br>
>> > ><br>
>> > > Then I tried to import them - from host ovirt01 and<br>
>> directory /ova but<br>
>> > > spinner spins infinitly and nothing is happen.<br>
>> > ><br>
>> > ><br>
>> > > And does it work when you provide a path to the actual ova<br>
>> file, i.e.,<br>
>> > > /ova/HAAS-hpdio.ova, rather than to the directory?<br>
>> ><br>
>> > this time it ends with "Failed to load VM configuration from<br>
>> OVA file:<br>
>> > /ova/HAAS-hpdio.ova" error. <br>
>> ><br>
>> ><br>
>> > Note that the logic that is applied on a specified folder is "try<br>
>> > fetching an 'ova folder' out of the destination folder" rather than<br>
>> > "list all the ova files inside the specified folder". It seems<br>
>> that you<br>
>> > expected the former output since there are no disks in that<br>
>> folder, right?<br>
>><br>
>> yes, It would be more user friendly to list all ova files and then<br>
>> select which one to import (like listing all vms in vmware import)<br>
>><br>
>> Maybe description of path field in manager should be "Path to ova file"<br>
>> instead of "Path" :-)<br>
>><br>
>><br>
>> Sorry, I obviously meant 'latter' rather than 'former' before..<br>
>> Yeah, I agree that would be better, at least until listing the OVA files<br>
>> in the folder is implemented (that was the original plan, btw) - could<br>
>> you please file a bug?<br>
><br>
> yes, sure<br>
><br>
><br>
>> > > I cannot see anything relevant in vdsm log of host ovirt01.<br>
>> > ><br>
>> > > In the engine.log of our standalone ovirt manager is just this<br>
>> > > relevant line<br>
>> > ><br>
>> > > 2018-02-20 12:35:04,289+01 INFO<br>
>> > > [org.ovirt.engine.core.<wbr>common.utils.ansible.<wbr>AnsibleExecutor] (default<br>
>> > > task-31) [458990a7-b054-491a-904e-<wbr>5c4fe44892c4] Executing Ansible<br>
>> > > command: ANSIBLE_STDOUT_CALLBACK=<wbr>ovaqueryplugin<br>
>> > > [/usr/bin/ansible-playbook,<br>
>> > > --private-key=/etc/pki/ovirt-<wbr>engine/keys/engine_id_rsa,<br>
>> > > --inventory=/tmp/ansible-<wbr>inventory8237874608161160784,<br>
>> > > --extra-vars=ovirt_query_ova_<wbr>path=/ova,<br>
>> > > /usr/share/ovirt-engine/<wbr>playbooks/ovirt-ova-query.yml] [Logfile:<br>
>> > > /var/log/ovirt-engine/ova/<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">ovi<wbr>rt-query-ova-ansible-<wbr>20180220123504-ovirt01.net</a><br>
>> <<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://ovirt-query-ova-<wbr>ansible-20180220123504-<wbr>ovirt01.net</a>><br>
>> > <<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://ovirt-query-ova-<wbr>ansible-20180220123504-<wbr>ovirt01.net</a><br>
>> <<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://ovirt-query-ova-<wbr>ansible-20180220123504-<wbr>ovirt01.net</a>>><br>
>> > > <<a href="http://20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://20180220123504-<wbr>ovirt01.net</a><br>
>> <<a href="http://20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://20180220123504-<wbr>ovirt01.net</a>><br>
>> > <<a href="http://20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://20180220123504-<wbr>ovirt01.net</a><br>
>> <<a href="http://20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://20180220123504-<wbr>ovirt01.net</a>>>>.slu.cz.log]<br>
>> > ><br>
>> > > also there are two ansible processes which are still running<br>
>> > (and makes<br>
>> > > heavy load on system (load 9+ and growing, it looks like it<br>
>> > eats all the<br>
>> > > memory and system starts swapping))<br>
>> > ><br>
>> > > ovirt 32087 3.3 0.0 332252 5980 ? Sl <br>
>> 12:35 0:41<br>
>> > > /usr/bin/python2 /usr/bin/ansible-playbook<br>
>> > > --private-key=/etc/pki/ovirt-<wbr>engine/keys/engine_id_rsa<br>
>> > > --inventory=/tmp/ansible-<wbr>inventory8237874608161160784<br>
>> > > --extra-vars=ovirt_query_ova_<wbr>path=/ova<br>
>> > > /usr/share/ovirt-engine/<wbr>playbooks/ovirt-ova-query.yml<br>
>> > > ovirt 32099 57.5 78.9 15972880 11215312 ? R <br>
>> 12:35 11:52<br>
>> > > /usr/bin/python2 /usr/bin/ansible-playbook<br>
>> > > --private-key=/etc/pki/ovirt-<wbr>engine/keys/engine_id_rsa<br>
>> > > --inventory=/tmp/ansible-<wbr>inventory8237874608161160784<br>
>> > > --extra-vars=ovirt_query_ova_<wbr>path=/ova<br>
>> > > /usr/share/ovirt-engine/<wbr>playbooks/ovirt-ova-query.yml<br>
>> > ><br>
>> > > playbook looks like<br>
>> > ><br>
>> > > - hosts: all<br>
>> > > remote_user: root<br>
>> > > gather_facts: no<br>
>> > ><br>
>> > > roles:<br>
>> > > - ovirt-ova-query<br>
>> > ><br>
>> > > and it looks like it only runs query_ova.py but on all<br>
>> hosts?<br>
>> > ><br>
>> > ><br>
>> > > No, the engine provides ansible the host to run on when it<br>
>> > executes the<br>
>> > > playbook.<br>
>> > > It would only be executed on the selected host.<br>
>> > > <br>
>> > ><br>
>> > ><br>
>> > > How does this work? ...or should it work?<br>
>> > ><br>
>> > ><br>
>> > > It should, especially that part of querying the OVA and is<br>
>> supposed to<br>
>> > > be really quick.<br>
>> > > Can you please share the engine log and<br>
>> > ><br>
>> > <br>
>> /var/log/ovirt-engine/ova/<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">ovi<wbr>rt-query-ova-ansible-<wbr>20180220123504-ovirt01.net</a><br>
>> <<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://ovirt-query-ova-<wbr>ansible-20180220123504-<wbr>ovirt01.net</a>><br>
>> > <<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://ovirt-query-ova-<wbr>ansible-20180220123504-<wbr>ovirt01.net</a><br>
>> <<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://ovirt-query-ova-<wbr>ansible-20180220123504-<wbr>ovirt01.net</a>>><br>
>> > > <<a href="http://20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://20180220123504-<wbr>ovirt01.net</a><br>
>> <<a href="http://20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://20180220123504-<wbr>ovirt01.net</a>><br>
>> > <<a href="http://20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://20180220123504-<wbr>ovirt01.net</a><br>
>> <<a href="http://20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://20180220123504-<wbr>ovirt01.net</a>>>>.slu.cz.log ?<br>
>> ><br>
>> > engine log is here:<br>
>> ><br>
>> > <a href="https://pastebin.com/nWWM3UUq" rel="noreferrer" target="_blank">https://pastebin.com/nWWM3UUq</a><br>
>> ><br>
>> ><br>
>> > Thanks.<br>
>> > Alright, so now the configuration is fetched but its processing fails.<br>
>> > We fixed many issues in this area recently, but it appears that<br>
>> > something is wrong with the actual size of the disk within the ovf file<br>
>> > that resides inside this ova file.<br>
>> > Can you please share that ovf file that resides inside /ova/HAAS-hpdio.ova?<br>
>><br>
>> file HAAS-hpdio.ova<br>
>> HAAS-hpdio.ova: POSIX tar archive (GNU)<br>
>><br>
>> [root@ovirt01 backup]# tar xvf HAAS-hpdio.ova<br>
>> HAAS-hpdio.ovf<br>
>> HAAS-hpdio-disk001.vmdk<br>
>><br>
>> file HAAS-hpdio.ovf is here:<br>
>><br>
>> <a href="https://pastebin.com/80qAU0wB" rel="noreferrer" target="_blank">https://pastebin.com/80qAU0wB</a><br>
>><br>
>><br>
>> Thanks again.<br>
>> So that seems to be a VM that was exported from Virtual Box, right?<br>
>> They don't do anything that violates the OVF specification but they do<br>
>> some non-common things that we don't anticipate:<br>
><br>
> yes, it is most likely ova from VirtualBox<br>
><br>
>> First, they don't specify the actual size of the disk and the current<br>
>> code in oVirt relies on that property.<br>
>> There is a workaround for this though: you can extract an OVA file, edit<br>
>> its OVF configuration - adding ovf:populatedSize="X" (and change<br>
>> ovf:capacity as I'll describe next) to the Disk element inside the<br>
>> DiskSection and pack the OVA again (tar cvf <ovf_file> <disk_file) where<br>
>> X is either:<br>
>> 1. the actual size of the vmdk file + some buffer (iirc, we used to take<br>
>> 15% of extra space for the conversion)<br>
>> 2. if you're using a file storage or you don't mind consuming more<br>
>> storage space on your block storage, simply set X to the virtual size of<br>
>> the disk (in bytes) as indicated by the ovf:capacity filed, e.g.,<br>
>> ovf:populatedSize="<wbr>21474836480" in the case of HAAS-hpdio.ova.<br>
>><br>
>> Second, the virtual size (indicated by ovf:capacity) is specified in<br>
>> bytes. The specification says that the default unit of allocation shall<br>
>> be bytes, but practically every OVA file that I've ever saw specified it<br>
>> in GB and the current code in oVirt kind of assumes that this is the<br>
>> case without checking the ovf:capacityAllocationUnits attribute that<br>
>> could indicate the real unit of allocation [1].<br>
>> Anyway, long story short, the virtual size of the disk should currently<br>
>> be specified in GB, e.g., ovf:populatedSize="20" in the case of<br>
>> HAAS-hpdio.ova.<br>
><br>
> wow, thanks for this excellent explanation. I have changed this in ovf file<br>
><br>
> ...<br>
> <Disk ovf:capacity="20" ovf:diskId="vmdisk2" ovf:populatedSize="20" ...<br>
> ...<br>
><br>
> then I was able to import this mofified ova file (HAAS-hpdio_new.ova).<br>
> Interesting thing is that the vm was shown in vm list for while (with<br>
> state down with lock and status was initializing). After while this vm<br>
> disapeared :-o<br>
><br>
> I am going to test it again and collect some logs...<br>
<br>
</div></div>there are interesting logs in /var/log/vdsm/import/ at the host used for<br>
import<br>
<br>
<a href="http://mirror.slu.cz/tmp/ovirt-import.tar.bz2" rel="noreferrer" target="_blank">http://mirror.slu.cz/tmp/<wbr>ovirt-import.tar.bz2</a><br>
<br>
first of them describes situation where I chose thick provisioning,<br>
second situation with thin provisioning<br>
<br>
interesting part is I believe<br>
<br>
libguestfs: command: run: qemu-img<br>
libguestfs: command: run: \ create<br>
libguestfs: command: run: \ -f qcow2<br>
libguestfs: command: run: \ -o preallocation=off,compat=0.10<br>
libguestfs: command: run: \<br>
/rhev/data-center/mnt/blockSD/<wbr>088e7ed9-84c7-4fbd-a570-<wbr>f37fa986a772/images/d44e1890-<wbr>3e42-420b-939c-dac1290e19af/<wbr>9edcccbc-b244-4b94-acd3-<wbr>3c8ee12bbbec<br>
libguestfs: command: run: \ 21474836480<br>
Formatting<br>
'/rhev/data-center/mnt/<wbr>blockSD/088e7ed9-84c7-4fbd-<wbr>a570-f37fa986a772/images/<wbr>d44e1890-3e42-420b-939c-<wbr>dac1290e19af/9edcccbc-b244-<wbr>4b94-acd3-3c8ee12bbbec',<br>
fmt=qcow2 size=21474836480 compat=0.10 encryption=off cluster_size=65536<br>
preallocation=off lazy_refcounts=off refcount_bits=16<br>
libguestfs: trace: vdsm_disk_create: disk_create = 0<br>
qemu-img 'convert' '-p' '-n' '-f' 'qcow2' '-O' 'qcow2'<br>
'/var/tmp/v2vovl2dccbd.qcow2'<br>
'/rhev/data-center/mnt/<wbr>blockSD/088e7ed9-84c7-4fbd-<wbr>a570-f37fa986a772/images/<wbr>d44e1890-3e42-420b-939c-<wbr>dac1290e19af/9edcccbc-b244-<wbr>4b94-acd3-3c8ee12bbbec'<br>
qemu-img: error while writing sector 1000960: No space left on device<br>
<br>
virt-v2v: error: qemu-img command failed, see earlier errors<br>
<div><div class="gmail-h5"><br>
<br></div></div></blockquote><div><br></div><div>Sorry again, I made a mistake in:</div><div> "<span style="color:rgb(80,0,80);font-size:12.800000190734863px">Anyway, long story short, the virtual size of the disk should currently</span></div><span style="color:rgb(80,0,80);font-size:12.800000190734863px"> be specified in GB, e.g., ovf:populatedSize="20" in the case of</span><br style="color:rgb(80,0,80);font-size:12.800000190734863px"><span style="color:rgb(80,0,80);font-size:12.800000190734863px"> HAAS-hpdio.ova."</span><div>I should have write ovf:capacity="20".</div><div>So if you wish the actual size of the disk to be 20GB (which means the disk is preallocated), the disk element should be set with:</div><div><span style="font-size:12.800000190734863px"><Disk ovf:capacity="20" ovf:diskId="vmdisk2" ovf:populatedSize="</span>21474836480<span style="font-size:12.800000190734863px">" ...</span><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div><div class="gmail-h5">
<br>
><br>
>> That should do it. If not, please share the OVA file and I will examine<br>
>> it in my environment.<br>
><br>
> original file is at<br>
><br>
> <a href="https://haas.cesnet.cz/downloads/release-01/HAAS-hpdio.ova" rel="noreferrer" target="_blank">https://haas.cesnet.cz/<wbr>downloads/release-01/HAAS-<wbr>hpdio.ova</a><br>
><br>
>><br>
>> [1] <a href="https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/ovf/OvfOvaReader.java#L220" rel="noreferrer" target="_blank">https://github.com/oVirt/<wbr>ovirt-engine/blob/master/<wbr>backend/manager/modules/utils/<wbr>src/main/java/org/ovirt/<wbr>engine/core/utils/ovf/<wbr>OvfOvaReader.java#L220</a><br>
>><br>
>><br>
>><br>
>> > file<br>
>> > <br>
>> /var/log/ovirt-engine/ova/<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">ovi<wbr>rt-query-ova-ansible-<wbr>20180220123504-ovirt01.net</a><br>
>> <<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://ovirt-query-ova-<wbr>ansible-20180220123504-<wbr>ovirt01.net</a>><br>
>> > <<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://ovirt-query-ova-<wbr>ansible-20180220123504-<wbr>ovirt01.net</a><br>
>> <<a href="http://ovirt-query-ova-ansible-20180220123504-ovirt01.net" rel="noreferrer" target="_blank">http://ovirt-query-ova-<wbr>ansible-20180220123504-<wbr>ovirt01.net</a>>><br>
>> > in the fact does not exists (nor folder /var/log/ovirt-engine/ova/)<br>
>> ><br>
>> ><br>
>> > This issue is also resolved in 4.2.2.<br>
>> > In the meantime, please create the /var/log/ovirt-engine/ova/ folder<br>
>> > manually and make sure its permissions match the ones of the other<br>
>> > folders in /var/log/ovirt-engine.<br>
>><br>
>> ok, done. After another try there is this log file<br>
>><br>
>> /var/log/ovirt-engine/ova/<a href="http://ovirt-query-ova-ansible-20180220173005-ovirt01.net" rel="noreferrer" target="_blank">ovir<wbr>t-query-ova-ansible-<wbr>20180220173005-ovirt01.net</a><br>
>> <<a href="http://20180220173005-ovirt01.net" rel="noreferrer" target="_blank">http://20180220173005-<wbr>ovirt01.net</a>>.slu.cz.log<br>
>><br>
>> <a href="https://pastebin.com/M5J44qur" rel="noreferrer" target="_blank">https://pastebin.com/M5J44qur</a><br>
>><br>
>><br>
>> Is it the log of the execution of the ansible playbook that was provided<br>
>> with a path to the /ova folder?<br>
>> I'm interested in that in order to see how comes that its execution<br>
>> never completed.<br>
><br>
> well, I dont think so, it is log from import with full path to ova file<br>
><br>
><br>
><br>
>> <br>
>><br>
>><br>
>><br>
>> > Cheers,<br>
>> ><br>
>> > Jiri Slezka<br>
>> ><br>
>> > > <br>
>> > ><br>
>> > ><br>
>> > > I am using latest 4.2.1.7-1.el7.centos version<br>
>> > ><br>
>> > > Cheers,<br>
>> > > Jiri Slezka<br>
>> > ><br>
>> > ><br>
>> > > [1] <a href="https://haas.cesnet.cz/#!index.md" rel="noreferrer" target="_blank">https://haas.cesnet.cz/#!<wbr>index.md</a><br>
>> <<a href="https://haas.cesnet.cz/#!index.md" rel="noreferrer" target="_blank">https://haas.cesnet.cz/#!<wbr>index.md</a>><br>
>> <<a href="https://haas.cesnet.cz/#!index.md" rel="noreferrer" target="_blank">https://haas.cesnet.cz/#!<wbr>index.md</a> <<a href="https://haas.cesnet.cz/#!index.md" rel="noreferrer" target="_blank">https://haas.cesnet.cz/#!<wbr>index.md</a>>><br>
>> > > <<a href="https://haas.cesnet.cz/#!index.md" rel="noreferrer" target="_blank">https://haas.cesnet.cz/#!<wbr>index.md</a> <<a href="https://haas.cesnet.cz/#!index.md" rel="noreferrer" target="_blank">https://haas.cesnet.cz/#!<wbr>index.md</a>><br>
>> > <<a href="https://haas.cesnet.cz/#!index.md" rel="noreferrer" target="_blank">https://haas.cesnet.cz/#!<wbr>index.md</a><br>
>> <<a href="https://haas.cesnet.cz/#!index.md" rel="noreferrer" target="_blank">https://haas.cesnet.cz/#!<wbr>index.md</a>>>> - Cesnet HAAS<br>
>> > > [2] <a href="https://haas.cesnet.cz/downloads/release-01/" rel="noreferrer" target="_blank">https://haas.cesnet.cz/<wbr>downloads/release-01/</a><br>
>> <<a href="https://haas.cesnet.cz/downloads/release-01/" rel="noreferrer" target="_blank">https://haas.cesnet.cz/<wbr>downloads/release-01/</a>><br>
>> > <<a href="https://haas.cesnet.cz/downloads/release-01/" rel="noreferrer" target="_blank">https://haas.cesnet.cz/<wbr>downloads/release-01/</a><br>
>> <<a href="https://haas.cesnet.cz/downloads/release-01/" rel="noreferrer" target="_blank">https://haas.cesnet.cz/<wbr>downloads/release-01/</a>>><br>
>> > > <<a href="https://haas.cesnet.cz/downloads/release-01/" rel="noreferrer" target="_blank">https://haas.cesnet.cz/<wbr>downloads/release-01/</a><br>
>> <<a href="https://haas.cesnet.cz/downloads/release-01/" rel="noreferrer" target="_blank">https://haas.cesnet.cz/<wbr>downloads/release-01/</a>><br>
>> > <<a href="https://haas.cesnet.cz/downloads/release-01/" rel="noreferrer" target="_blank">https://haas.cesnet.cz/<wbr>downloads/release-01/</a><br>
>> <<a href="https://haas.cesnet.cz/downloads/release-01/" rel="noreferrer" target="_blank">https://haas.cesnet.cz/<wbr>downloads/release-01/</a>>>> - Image repository<br>
>> > ><br>
>> > ><br>
>> > > _____________________________<wbr>__________________<br>
>> > > Users mailing list<br>
>> > > <a href="mailto:Users@ovirt.org">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
>> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>>><br>
>> > <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>><br>
>> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>>>><br>
>> > > <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
>> <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a>><br>
>> > <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
>> <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a>>><br>
>> > > <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
>> <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a>><br>
>> > <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
>> <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a>>>><br>
>> > ><br>
>> > ><br>
>> ><br>
>> ><br>
>> ><br>
>> > _____________________________<wbr>__________________<br>
>> > Users mailing list<br>
>> > <a href="mailto:Users@ovirt.org">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>><br>
>> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>>><br>
>> > <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
>> <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a>><br>
>> > <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
>> <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a>>><br>
>> ><br>
>> ><br>
>><br>
>><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> Users mailing list<br>
>> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>><br>
>> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
>> <<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a>><br>
>><br>
>><br>
><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Users mailing list<br>
> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
</div></div>> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
><br>
<br>
<br>
<br>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
<br></blockquote></div><br></div></div>