Re: [ovirt-users] problem importing ova vm

Wednesday, 21 February 2018

This is a cryptographically signed message in MIME format.

--------------ms090106090203090701080803
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 02/20/2018 11:09 PM, Arik Hadas wrote:
...
=20
=20
 On Tue, Feb 20, 2018 at 6:37 PM, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka <jiri.=
slezka(a)slu.cz
...
 <mailto:jiri.slezka@slu.cz>> wrote:
=20
     On 02/20/2018 03:48 PM, Arik Hadas wrote:
     >
     >
     > On Tue, Feb 20, 2018 at 3:49 PM, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka =
<jiri.slezka(a)slu.cz <mailto:jiri.slezka@slu.cz>
...
     > <mailto:jiri.slezka@slu.cz
<mailto:jiri.slezka@slu.cz>>> wrote:
     >
     >=C2=A0 =C2=A0 =C2=A0Hi Arik,
     >
     >=C2=A0 =C2=A0 =C2=A0On 02/20/2018 01:22 PM, Arik Hadas wrote:
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0> On Tue, Feb 20, 2018 at 2:03 PM, Ji=C5=99=C3= =AD
Sl=C3=A9=C5=BEka <jiri.slezka(a)slu.cz <mailto:jiri.slezka@slu.cz>
...
     <mailto:jiri.slezka@slu.cz
<mailto:jiri.slezka@slu.cz>>
     >=C2=A0 =C2=A0 =C2=A0> <mailto:jiri.slezka@slu.cz <mailto:jiri.slez=
ka(a)slu.cz&gt;
...
     <mailto:jiri.slezka@slu.cz
<mailto:jiri.slezka@slu.cz>>>> wrote:
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Hi,
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0> Hi Ji=C5=99=C3=AD,
     >=C2=A0 =C2=A0 =C2=A0> =C2=A0
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0I would like to try impor= t
some ova files into our oVirt
...
     instance [1]
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0[2] but I facing problems= =2E
...
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0I have downloaded all ova= 
images into one of hosts
...
     (ovirt01) into
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0direcory /ova
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0ll /ova/
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0total 6532872
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0-rw-r--r--. 1 vdsm kvm 11=
60387072 Feb 16 16:21
...
     HAAS-hpcowrie.ovf
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0-rw-r--r--. 1 vdsm kvm 11=
11785984 Feb 16 16:22
...
     HAAS-hpdio.ova
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0-rw-r--r--. 1 vdsm kvm=C2= =A0
846736896 Feb 16 16:22
...
     HAAS-hpjdwpd.ova
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0-rw-r--r--. 1 vdsm kvm=C2= =A0
891043328 Feb 16 16:23
...
     HAAS-hptelnetd.ova
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0-rw-r--r--. 1 vdsm kvm=C2= =A0
908222464 Feb 16 16:23
...
     HAAS-hpuchotcp.ova
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0-rw-r--r--. 1 vdsm kvm=C2= =A0
880643072 Feb 16 16:24
...
     HAAS-hpuchoudp.ova
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0-rw-r--r--. 1 vdsm kvm=C2= =A0
890833920 Feb 16 16:24
...
     HAAS-hpuchoweb.ova
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Then I tried to import th= em -
from host ovirt01 and
...
     directory /ova but
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0spinner spins infinitly a= nd
nothing is happen.
...
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0> And does it work when you provide a path to = the
actual ova
...
     file, i.e.,
     >=C2=A0 =C2=A0 =C2=A0> /ova/HAAS-hpdio.ova, rather than to the dire=
ctory?
...
     >
     >=C2=A0 =C2=A0 =C2=A0this time it ends with "Failed to load VM conf=
iguration from
...
     OVA file:
     >=C2=A0 =C2=A0 =C2=A0/ova/HAAS-hpdio.ova" error.=C2=A0
     >
     >
     > Note that the logic that is applied on a specified folder is "try= 
...
     > fetching an 'ova folder' out of the destination
folder" rather th= an
...
     > "list all the ova files inside the specified
folder". It seems
     that you
     > expected the former output since there are no disks in that
     folder, right?
=20
     yes, It would be more user friendly to list all ova files and then
     select which one to import (like listing all vms in vmware import)
=20
     Maybe description of path field in manager should be "Path to ova f=
ile"
...
     instead of "Path" :-)
=20
=20
 Sorry, I obviously meant 'latter' rather than 'former' before..
 Yeah, I agree that would be better, at least until listing the OVA file= s
...
 in the folder is implemented (that was the original plan, btw) -
could
 you please file a bug? 
yes, sure

...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0I cannot see
anything rel= evant in vdsm log of host ovirt01.
...
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0In the engine.log of our =
standalone ovirt manager is just this
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0relevant line
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A02018-02-20 12:35:04,289+0= 1
INFO
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0[org.ovirt.engine.core.co= mmon.utils.ansible.AnsibleExecutor] (default
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0task-31)
[458990a7-b054-4= 91a-904e-5c4fe44892c4] Executing Ansible
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0command:
ANSIBLE_STDOUT_C= ALLBACK=3Dovaqueryplugin
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0[/usr/bin/ansible-playboo= k,
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0--private-key=3D/etc/pki/= ovirt-engine/keys/engine_id_rsa,
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0--inventory=3D/tmp/ansibl= e-inventory8237874608161160784,
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0--extra-vars=3Dovirt_quer= y_ova_path=3D/ova,
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0/usr/share/ovirt-engine/p= laybooks/ovirt-ova-query.yml] [Logfile:
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0/var/log/ovirt-engine/ova=
/ovirt-query-ova-ansible-20180220123504-ovirt01.net
...

<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>
     >=C2=A0 =C2=A0 =C2=A0<http://ovirt-query-ova-ansible-20180220123504=
-ovirt01.net
...

<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<http://20180220123504-ov=
irt01.net
...
     <http://20180220123504-ovirt01.net>
     >=C2=A0 =C2=A0 =C2=A0<http://20180220123504-ovirt01.net
     <http://20180220123504-ovirt01.net>>>.slu.cz.log]
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0also there are two ansibl= e
processes which are still running
...
     >=C2=A0 =C2=A0 =C2=A0(and makes
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0heavy load on system (loa= d 9+
and growing, it looks like it
...
     >=C2=A0 =C2=A0 =C2=A0eats all the
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0memory and system starts =
swapping))
...
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0ovirt=C2=A0 =C2=A0 32087=C2=
=A0 3.3=C2=A0 0.0 332252=C2=A0 5980 ?=C2=A0 =C2=A0 =C2=A0 =C2=A0 Sl=C2=A0=

...
     =C2=A012:35=C2=A0 =C2=A00:41
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0/usr/bin/python2 /usr/bin=
/ansible-playbook
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0--private-key=3D/etc/pki/= ovirt-engine/keys/engine_id_rsa
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0--inventory=3D/tmp/ansibl= e-inventory8237874608161160784
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0--extra-vars=3Dovirt_quer= y_ova_path=3D/ova
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0/usr/share/ovirt-engine/p= laybooks/ovirt-ova-query.yml
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0ovirt=C2=A0
=C2=A0 32099 = 57.5 78.9 15972880 11215312 ?=C2=A0 =C2=A0R=C2=A0 =C2=A0
...
     12:35=C2=A0 11:52
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0/usr/bin/python2 /usr/bin=
/ansible-playbook
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0--private-key=3D/etc/pki/= ovirt-engine/keys/engine_id_rsa
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0--inventory=3D/tmp/ansibl= e-inventory8237874608161160784
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0--extra-vars=3Dovirt_quer= y_ova_path=3D/ova
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0/usr/share/ovirt-engine/p= laybooks/ovirt-ova-query.yml
...
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0playbook looks like
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0- hosts: all
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0=C2=A0 remote_user: root
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0=C2=A0 gather_facts: no
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0=C2=A0 roles:
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0=C2=A0 =C2=A0 - ovirt-ova=
-query
...
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0and it looks like it only= 
runs query_ova.py but on all
...
     hosts?
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0> No, the engine provides ansible the host to = run
on when it
...
     >=C2=A0 =C2=A0 =C2=A0executes the
     >=C2=A0 =C2=A0 =C2=A0> playbook.
     >=C2=A0 =C2=A0 =C2=A0> It would only be executed on the selected ho= st.
...
     >=C2=A0 =C2=A0 =C2=A0> =C2=A0
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0How does this work? ...or= 
should it work?
...
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0> It should, especially that part of querying = the
OVA and is
...
     supposed to
     >=C2=A0 =C2=A0 =C2=A0> be really quick.
     >=C2=A0 =C2=A0 =C2=A0> Can you please share the engine log and
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0
     =C2=A0/var/log/ovirt-engine/ova/ovirt-query-ova-ansible-20180220123=
504-ovirt01.net
...

<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>
     >=C2=A0 =C2=A0 =C2=A0<http://ovirt-query-ova-ansible-20180220123504=
-ovirt01.net
...

<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>>
     >=C2=A0 =C2=A0 =C2=A0> <http://20180220123504-ovirt01.net
     <http://20180220123504-ovirt01.net>
     >=C2=A0 =C2=A0 =C2=A0<http://20180220123504-ovirt01.net
     <http://20180220123504-ovirt01.net>>>.slu.cz.log ?
     >
     >=C2=A0 =C2=A0 =C2=A0engine log is here:
     >
     >=C2=A0 =C2=A0 =C2=A0https://pastebin.com/nWWM3UUq
     >
     >
     > Thanks.
     > Alright, so now the configuration is fetched but its processing f= ails.
...
     > We fixed many issues in this area recently, but it appears
that
     > something is wrong with the actual size of the disk within the ov= f file
...
     > that resides inside this ova file.
     > Can you please share that ovf file that resides inside=C2=A0/ova/=
HAAS-hpdio.ova?
...
=20
     file HAAS-hpdio.ova
     HAAS-hpdio.ova: POSIX tar archive (GNU)
=20
     [root@ovirt01 backup]# tar xvf HAAS-hpdio.ova
     HAAS-hpdio.ovf
     HAAS-hpdio-disk001.vmdk
=20
     file HAAS-hpdio.ovf is here:
=20
     https://pastebin.com/80qAU0wB
=20
=20
 Thanks again.
 So that seems to be a VM that was exported from Virtual Box, right?
 They don't do anything that violates the OVF specification but they do
 some non-common things that we don't anticipate: 
yes, it is most likely ova from VirtualBox

...
 First, they don't specify the actual size of the disk and the
current
 code in oVirt relies on that property.
 There is a workaround for this though: you can extract an OVA file, edi= t
...
 its OVF configuration - adding ovf:populatedSize=3D"X" (and
change
 ovf:capacity as I'll describe next) to the Disk element inside the
 DiskSection and pack the OVA again (tar cvf <ovf_file> <disk_file) wher=
e
...
 X is either:
 1. the actual size of the vmdk file + some buffer (iirc, we used to tak= e
...
 15% of extra space for the conversion)
 2. if you're using a file storage or you don't mind consuming more
 storage space on your block storage, simply set X to the virtual size o= f
...
 the disk (in bytes) as indicated by the ovf:capacity filed, e.g.,
 ovf:populatedSize=3D"21474836480" in the case of HAAS-hpdio.ova.
=20
 Second, the virtual size (indicated by ovf:capacity) is specified in
 bytes. The specification says that the default unit of allocation shall= 
...
 be bytes, but practically every OVA file that I've ever saw
specified i= t
...
 in GB and the current code in oVirt kind of assumes that this is the
 case without checking the ovf:capacityAllocationUnits attribute that
 could indicate the real unit of allocation [1].
 Anyway, long story short, the virtual size of the disk should currently= 
...
 be specified in GB, e.g., ovf:populatedSize=3D"20" in the
case of
 HAAS-hpdio.ova. 
wow, thanks for this excellent explanation. I have changed this in ovf fi=
le

=2E..
<Disk ovf:capacity=3D"20" ovf:diskId=3D"vmdisk2"
ovf:populatedSize=3D"20"=
 ...
=2E..

then I was able to import this mofified ova file (HAAS-hpdio_new.ova).
Interesting thing is that the vm was shown in vm list for while (with
state down with lock and status was initializing). After while this vm
disapeared :-o

I am going to test it again and collect some logs...

...
 That should do it. If not, please share the OVA file and I will
examine= 
...
 it in my environment. 
original file is at

https://haas.cesnet.cz/downloads/release-01/HAAS-hpdio.ova

...
=20
 [1]=C2=A0https://github.com/oVirt/ovirt-engine/blob/master/backend/mana=
ger/modules/utils/src/main/java/org/ovirt/engine/core/utils/ovf/OvfOvaRea=
der.java#L220
...
=20
=20
=20
     >=C2=A0 =C2=A0 =C2=A0file
     >=C2=A0 =C2=A0
     =C2=A0/var/log/ovirt-engine/ova/ovirt-query-ova-ansible-20180220123=
504-ovirt01.net
...

<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>
     >=C2=A0 =C2=A0 =C2=A0<http://ovirt-query-ova-ansible-20180220123504=
-ovirt01.net
...

<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>>
     >=C2=A0 =C2=A0 =C2=A0in the fact does not exists (nor folder /var/l=
og/ovirt-engine/ova/)
...
     >
     >
     > This issue is also resolved in 4.2.2.
     > In the meantime, please create the =C2=A0/var/log/ovirt-engine/ov= a/
folder
...
     > manually and make sure its permissions match the ones of the
othe= r
...
     > folders in =C2=A0/var/log/ovirt-engine.
=20
     ok, done. After another try there is this log file
=20
     /var/log/ovirt-engine/ova/ovirt-query-ova-ansible-20180220173005-ov= 
irt01.net
...
     <http://20180220173005-ovirt01.net>.slu.cz.log
=20
     https://pastebin.com/M5J44qur
=20
=20
 Is it the log of the execution of the ansible playbook that was provide= d
...
 with a path to the /ova folder?
 I'm interested in that in order to see how comes that its execution
 never completed. 
well, I dont think so, it is log from import with full path to ova file

...
 =C2=A0
=20
=20
=20
     >=C2=A0 =C2=A0 =C2=A0Cheers,
     >
     >=C2=A0 =C2=A0 =C2=A0Jiri Slezka
     >
     >=C2=A0 =C2=A0 =C2=A0> =C2=A0
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0I am using latest 4.2.1.7=
-1.el7.centos version
...
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Cheers,
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Jiri Slezka
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0[1] https://haas.cesnet.c=
z/#!index.md
...
     <https://haas.cesnet.cz/#!index.md>
     <https://haas.cesnet.cz/#!index.md <https://haas.cesnet.cz/#!index.=
md>>
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0
=C2=A0<https://haas.cesnet.cz/#= !index.md
<https://haas.cesnet.cz/#!index.md>
...
     >=C2=A0 =C2=A0 =C2=A0<https://haas.cesnet.cz/#!index.md
     <https://haas.cesnet.cz/#!index.md>>> - Cesnet HAAS
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0[2] https://haas.cesnet.c=
z/downloads/release-01/
...
     <https://haas.cesnet.cz/downloads/release-01/>
     >=C2=A0 =C2=A0 =C2=A0<https://haas.cesnet.cz/downloads/release-01/
     <https://haas.cesnet.cz/downloads/release-01/>>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<https://haas.cesnet.cz/d=
ownloads/release-01/
...
     <https://haas.cesnet.cz/downloads/release-01/>
     >=C2=A0 =C2=A0 =C2=A0<https://haas.cesnet.cz/downloads/release-01/
     <https://haas.cesnet.cz/downloads/release-01/>>> - Image repository=

...
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0_________________________=
______________________
...
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Users mailing
list
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Users(a)ovirt.org <mailto:U=
sers(a)ovirt.org&gt; <mailto:Users@ovirt.org
...
     <mailto:Users@ovirt.org>>
     >=C2=A0 =C2=A0 =C2=A0<mailto:Users@ovirt.org <mailto:Users@ovirt.or=
g>
...
     <mailto:Users@ovirt.org
<mailto:Users@ovirt.org>>>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0http://lists.ovirt.org/ma=
ilman/listinfo/users
...
     <http://lists.ovirt.org/mailman/listinfo/users>
     >=C2=A0 =C2=A0 =C2=A0<http://lists.ovirt.org/mailman/listinfo/users= 
...
     <http://lists.ovirt.org/mailman/listinfo/users>>
     >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<http://lists.ovirt.org/m=
ailman/listinfo/users
...
     <http://lists.ovirt.org/mailman/listinfo/users>
     >=C2=A0 =C2=A0 =C2=A0<http://lists.ovirt.org/mailman/listinfo/users= 
...
     <http://lists.ovirt.org/mailman/listinfo/users>>>
     >=C2=A0 =C2=A0 =C2=A0>
     >=C2=A0 =C2=A0 =C2=A0>
     >
     >
     >
     >=C2=A0 =C2=A0 =C2=A0______________________________________________= _
>     >=C2=A0 =C2=A0 =C2=A0Users mailing list
>     >=C2=A0 =C2=A0 =C2=A0Users(a)ovirt.org <mailto:Users@ovirt.org>
>     <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
>     >=C2=A0 =C2=A0 =C2=A0http://lists.ovirt.org/mailman/listinfo/users
...
     <http://lists.ovirt.org/mailman/listinfo/users>
     >=C2=A0 =C2=A0 =C2=A0<http://lists.ovirt.org/mailman/listinfo/users= 
...
     <http://lists.ovirt.org/mailman/listinfo/users>>
     >
     >
=20
=20
=20
     _______________________________________________
     Users mailing list
     Users(a)ovirt.org <mailto:Users@ovirt.org>
     http://lists.ovirt.org/mailman/listinfo/users
     <http://lists.ovirt.org/mailman/listinfo/users>
=20
=20 

--------------ms090106090203090701080803
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
Cn8wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ
BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy
dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx
MjAwMDBaFw0yNDExMTgxMjAwMDBaMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I
b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMd
VEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw
ggEKAoIBAQCwp9Jj5Aej1xPkS1GV3LvBdemFmkUR//nSzBodqsU3dv2BCRD30r4gt5oRsYty
qDGF2nnItxV1SkwVoDxFeRzOIHYNYvBRHaiGvCQjEXzPRTocOSVfWpmq/zAL/QOEqpJogeM+
0IBGiJcAENJshl7UcfjYbBnN5qStk74f52VWFf/aiF7MVJnsUr3oriQvXYOzs8N/NXyyQyim
atBbumJVCNszF1X+XHCGfPNvxlNFW9ktv7azK0baminfLcsh6ubCdINZc+Nof2lU387NCDgg
oh3KsYVcZTSuhh7qp6MjxE5VqOZod1hpXXzDOkjK+DAMC57iZXssncp24eaN08VlAgMBAAGj
ggGmMIIBojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcB
AQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcw
AoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB
LmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lD
ZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29t
L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggr
BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQUjJ8RLubj
egSlHlWLRggEpu2XcKYwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI
hvcNAQELBQADggEBAI5HEV91Oen8WHFCoJkeu2Av+b/kWTV2qH/YNI1Xsbou2hHKhh4IyNkF
OxA/TUiuK2qQnQ5hAS0TIrs9SJ1Ke+DjXd/cTBiw7lCYSW5hkzigFV+iSivninpItafWqYBS
WxITl1KHBS9YBskhEqO5GLliDMPiAgjqUBQ/H1qZMlZNQIuFu0UaFUQuZUpJFr4+0zpzPxsB
iWU2muAoGItwbaP55EYshM7+v/J+x6kIhAJt5Dng8fOmOvR9F6Vw2/E0EZ6oQ8g1fdhwM101
S1OI6J1tUil1r7ES/svNqVWVb7YkUEBcPo8ppfHnTI/uxsn2tslsWefsOGJxNYUUSMAb9Eow
ggVuMIIEVqADAgECAhAKebGg8bOvnIyfOWAn4bpzMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV
BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN
BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw
HhcNMTcxMTE2MDAwMDAwWhcNMTgxMjE1MTIwMDAwWjCBlDETMBEGCgmSJomT8ixkARkWA29y
ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE
BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExHDAaBgNVBAMT
E0ppcmkgU2xlemthIHNsZTAwMDEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC/
VwOD1hlYL6l7GzxNqV1ne7/iMF/gHvPfTwejsC2s9sby7It82qXPRBVA2s1Cjb1A3ucpdlDN
MXM83Lvh881XfkxhS2YLLyiZDmlSzAqfoMLxQ2/E0m1UugttzGJF7/10pEwj0FJFhnIVwA/E
8svCcbhxwO9BBpUz8JG1C6fTd0qyzJtNXVyH+WuHQbU2jgu2JJ7miiEKE1Fis0hFf1rKxTzX
aVGyXiQLOn7TZDfPtXrJEG7eWYlFUP58edyuJELpWHTPHn8xJKYTy8Qq5BgFNyCRQT/6imsh
tZlDBZSEeqyoSNtLsC57ZrjqgtLCEQFK9EX27dOy0/u95zS0OIWdAgMBAAGjggHbMIIB1zAf
BgNVHSMEGDAWgBSMnxEu5uN6BKUeVYtGCASm7ZdwpjAdBgNVHQ4EFgQUF1mSlcyDz9wWit9V
jCz+zJ9CrpswDAYDVR0TAQH/BAIwADAdBgNVHREEFjAUgRJqaXJpLnNsZXprYUBzbHUuY3ow
DgYDVR0PAQH/BAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHSAE
LTArMAwGCiqGSIb3TAUCAgEwDAYKYIZIAYb9bAQfATANBgsqhkiG90wFAgMDAzCBhQYDVR0f
BH4wfDA8oDqgOIY2aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL1RFUkVOQWVTY2llbmNlUGVy
c29uYWxDQTMuY3JsMDygOqA4hjZodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vVEVSRU5BZVNj
aWVuY2VQZXJzb25hbENBMy5jcmwwewYIKwYBBQUHAQEEbzBtMCQGCCsGAQUFBzABhhhodHRw
Oi8vb2NzcC5kaWdpY2VydC5jb20wRQYIKwYBBQUHMAKGOWh0dHA6Ly9jYWNlcnRzLmRpZ2lj
ZXJ0LmNvbS9URVJFTkFlU2NpZW5jZVBlcnNvbmFsQ0EzLmNydDANBgkqhkiG9w0BAQsFAAOC
AQEADtFRxKphkcHVdWjR/+i1+cdHfkbicraHlU5Mpw8EX6nemKu4GGAWfzH+Y7p6ImZwUHWf
/SSbrX+57xaFUBOr3jktQm1GRmGUZESEmsUDB8UZXzdQC79/tO9MzRhvEBXuQhdxdoO64Efx
VqtYAB2ydqz7yWh56ioSwaQZEXo5rO1kZuAcmVz8Smd1r/Mur/h8Y+qbrsJng1GS25aMhFts
UV6z9zXuHFkT9Ck8SLdCEDzjzYNjXIDB5n+QOmPXnXrZMlGiI/aOqa5k5Sv6xCIPdH2kbpyd
M1YiH/ChmU9gWJvy0Jq42KGLvWBvuHEzcb3f473Fvn4GWsXu0zDS2oh2/TGCA8MwggO/AgEB
MIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlB
bXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBl
cnNvbmFsIENBIDMCEAp5saDxs6+cjJ85YCfhunMwDQYJYIZIAWUDBAIBBQCgggINMBgGCSqG
SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MDIyMTE0NDMyNVowLwYJ
KoZIhvcNAQkEMSIEIH2KcYVxBCX2BfxWstaKx+2Y/sSzXwkb1p4X1VpdGVNEMGwGCSqGSIb3
DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG
9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZcGCSsG
AQQBgjcQBDGBiTCBhjByMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDES
MBAGA1UEBxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExJjAkBgNVBAMTHVRFUkVOQSBl
U2NpZW5jZSBQZXJzb25hbCBDQSAzAhAKebGg8bOvnIyfOWAn4bpzMIGZBgsqhkiG9w0BCRAC
CzGBiaCBhjByMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDESMBAGA1UE
BxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExJjAkBgNVBAMTHVRFUkVOQSBlU2NpZW5j
ZSBQZXJzb25hbCBDQSAzAhAKebGg8bOvnIyfOWAn4bpzMA0GCSqGSIb3DQEBAQUABIIBADiX
VxlUkPvrHL6Ms2PCt0K44uQxWD2kom2QDhAJSophwU0+yDvB/B87d6yqUrFdVQTXB1//trgg
O0f82Do8Aexx7fkeI8cgmOlmthiJQ6B2PYKGRiTNY6UyE584f6QJW4Ks391HYbRdzCkoBaL9
oOaBDV1WaSitY+YWI1Zx2na8vFLdOcfY/OiF9N3X+/7Du/wCNXMs3rj7BSQtdMNsFOyzAwnW
+BJOPd6SxaLAMeFuKIG3LPaR1EI5GskWf06dzLLqN7dnR/4s0G+kpJDKlz09oltpAW08c8dM
E56tPso0IoI+eUq4e2h3Qw4wuMgcR3aqN/3KD5C1wnXAglrI0JYAAAAAAAA=
--------------ms090106090203090701080803--

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Re: [ovirt-users] problem importing ova vm