
This is a cryptographically signed message in MIME format. --------------ms000607050001070100070707 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 02/21/2018 05:35 PM, Arik Hadas wrote:
=20 =20 On Wed, Feb 21, 2018 at 6:03 PM, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka <jiri.= slezka@slu.cz <mailto:jiri.slezka@slu.cz>> wrote: =20 On 02/21/2018 03:43 PM, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka wrote: > On 02/20/2018 11:09 PM, Arik Hadas wrote: >> >> >> On Tue, Feb 20, 2018 at 6:37 PM, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka= <jiri.slezka@slu.cz <mailto:jiri.slezka@slu.cz> >> <mailto:jiri.slezka@slu.cz <mailto:jiri.slezka@slu.cz>>> wrote: >> >>=C2=A0 =C2=A0 =C2=A0On 02/20/2018 03:48 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 3:49 PM, Ji=C5=99=C3= =AD Sl=C3=A9=C5=BEka <jiri.slezka@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.sle= zka@slu.cz> <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 Arik, >>=C2=A0 =C2=A0 =C2=A0> >>=C2=A0 =C2=A0 =C2=A0>=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>=C2=A0 =C2=A0 =C2=A0> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> On Tue, Feb 20, 2018 a= t 2:03 PM, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka <jiri.slezka@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.slezk= a@slu.cz> <mailto:jiri.slezka@slu.cz <mailto:jiri.slezka@slu.cz>>> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> <mailto:jiri.slezka@sl= u.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.slezk= a@slu.cz> <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=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>=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=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 w=
ould like to try import some ova files into
our oVirt >>=C2=A0 =C2=A0 =C2=A0instance [1] >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0[2]=
but I facing problems.
>>=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 h=
ave downloaded all ova images into one of hosts
>>=C2=A0 =C2=A0 =C2=A0(ovirt01) into >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0dir=
ecory /ova
>>=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=A0ll =
/ova/
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0tot=
al 6532872
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0-rw=
-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21
>>=C2=A0 =C2=A0 =C2=A0HAAS-hpcowrie.ovf >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0-rw=
-r--r--. 1 vdsm kvm 1111785984 Feb 16 16:22
>>=C2=A0 =C2=A0 =C2=A0HAAS-hpdio.ova >>=C2=A0 =C2=A0 =C2=A0>=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
>>=C2=A0 =C2=A0 =C2=A0HAAS-hpjdwpd.ova >>=C2=A0 =C2=A0 =C2=A0>=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
>>=C2=A0 =C2=A0 =C2=A0HAAS-hptelnetd.ova >>=C2=A0 =C2=A0 =C2=A0>=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
>>=C2=A0 =C2=A0 =C2=A0HAAS-hpuchotcp.ova >>=C2=A0 =C2=A0 =C2=A0>=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
>>=C2=A0 =C2=A0 =C2=A0HAAS-hpuchoudp.ova >>=C2=A0 =C2=A0 =C2=A0>=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
>>=C2=A0 =C2=A0 =C2=A0HAAS-hpuchoweb.ova >>=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=A0The=
n I tried to import them - from host ovirt01 and
>>=C2=A0 =C2=A0 =C2=A0directory /ova but >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0spi=
nner spins infinitly and nothing is happen.
>>=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=A0> And does it work when =
you provide a path to the
actual ova >>=C2=A0 =C2=A0 =C2=A0file, i.e., >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> /ova/HAAS-hpdio.ova, r=
ather than to the directory?
>>=C2=A0 =C2=A0 =C2=A0> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0this time it ends with "=
Failed to load VM configuration
from >>=C2=A0 =C2=A0 =C2=A0OVA file: >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0/ova/HAAS-hpdio.ova" err=
or.=C2=A0
>>=C2=A0 =C2=A0 =C2=A0> >>=C2=A0 =C2=A0 =C2=A0> >>=C2=A0 =C2=A0 =C2=A0> Note that the logic that is applied on a sp=
ecified folder
is "try >>=C2=A0 =C2=A0 =C2=A0> fetching an 'ova folder' out of the destina=
tion folder"
rather than >>=C2=A0 =C2=A0 =C2=A0> "list all the ova files inside the specifie=
d folder". It seems
>>=C2=A0 =C2=A0 =C2=A0that you >>=C2=A0 =C2=A0 =C2=A0> expected the former output since there are =
no disks in that
>>=C2=A0 =C2=A0 =C2=A0folder, right? >> >>=C2=A0 =C2=A0 =C2=A0yes, It would be more user friendly to list a=
ll ova files and
then >>=C2=A0 =C2=A0 =C2=A0select which one to import (like listing all =
vms in vmware
import) >> >>=C2=A0 =C2=A0 =C2=A0Maybe description of path field in manager sh=
ould be "Path to
ova file" >>=C2=A0 =C2=A0 =C2=A0instead of "Path" :-) >> >> >> Sorry, I obviously meant 'latter' rather than 'former' before.. >> Yeah, I agree that would be better, at least until listing the OVA files >> 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=A0>=C2=A0 =C2=A0 =C2=A0I c=
annot see anything relevant in vdsm log of
host ovirt01. >>=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=A0In =
the engine.log of our standalone ovirt manager
is just this >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0rel=
evant line
>>=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=A0201=
8-02-20 12:35:04,289+01 INFO
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] =
(default
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0tas=
k-31) [458990a7-b054-491a-904e-5c4fe44892c4]
Executing Ansible >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0com=
mand: ANSIBLE_STDOUT_CALLBACK=3Dovaqueryplugin
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0[/u=
sr/bin/ansible-playbook,
>>=C2=A0 =C2=A0 =C2=A0>=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>=C2=A0 =C2=A0 =C2=A0--inventory=3D/tmp/ansible-inventory8237874608161160784, >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0--e=
xtra-vars=3Dovirt_query_ova_path=3D/ova,
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0/usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml] [Logfi=
le:
>>=C2=A0 =C2=A0 =C2=A0>=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-2018022012350=
4-ovirt01.net
<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>> >>=C2=A0 =C2=A0 =C2=A0>=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://ovirt-query-ova-ansible-2018022012350=
4-ovirt01.net
<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>>> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<ht=
tp://20180220123504-ovirt01.net
<http://20180220123504-ovirt01.net> >>=C2=A0 =C2=A0 =C2=A0<http://20180220123504-ovirt01.net <http://20180220123504-ovirt01.net>> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<http://20180220123504-o=
virt01.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=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0als=
o there are two ansible processes which are
still running >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0(and makes >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0hea=
vy load on system (load 9+ and growing, it
looks like it >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0eats all the >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0mem=
ory and system starts swapping))
>>=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=A0ovi=
rt=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=A0 =C2=A0 =C2=A0=C2=A012:35=C2=A0 =C2=A00:41 >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0/us=
r/bin/python2 /usr/bin/ansible-playbook
>>=C2=A0 =C2=A0 =C2=A0>=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>=C2=A0 =C2=A0 =C2=A0--i=
nventory=3D/tmp/ansible-inventory8237874608161160784
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0--e=
xtra-vars=3Dovirt_query_ova_path=3D/ova
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0/us=
r/share/ovirt-engine/playbooks/ovirt-ova-query.yml
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0ovi=
rt=C2=A0 =C2=A0 32099 57.5 78.9 15972880 11215312 ?=C2=A0 =C2=A0R=C2=A0 =C2= =A0
>>=C2=A0 =C2=A0 =C2=A012:35=C2=A0 11:52 >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0/us=
r/bin/python2 /usr/bin/ansible-playbook
>>=C2=A0 =C2=A0 =C2=A0>=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>=C2=A0 =C2=A0 =C2=A0--i=
nventory=3D/tmp/ansible-inventory8237874608161160784
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0--e=
xtra-vars=3Dovirt_query_ova_path=3D/ova
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0/us=
r/share/ovirt-engine/playbooks/ovirt-ova-query.yml
>>=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=A0pla=
ybook looks like
>>=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- h=
osts: all
>>=C2=A0 =C2=A0 =C2=A0>=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 =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 =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 =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=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 >>=C2=A0 =C2=A0 =C2=A0hosts? >>=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=A0> No, the engine provide=
s ansible the host to run on
when it >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0executes the >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> playbook. >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> It would only be execu=
ted on the selected host.
>>=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=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>=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 >>=C2=A0 =C2=A0 =C2=A0supposed to >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> be really quick. >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> Can you please share t=
he engine log and
>>=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/var/log/ovirt-engine/ova/ovirt-query-ova-ansible-20180=
220123504-ovirt01.net
<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net> >>=C2=A0 =C2=A0 =C2=A0<http://ovirt-query-ova-ansible-2018022012350=
4-ovirt01.net
<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>> >>=C2=A0 =C2=A0 =C2=A0>=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://ovirt-query-ova-ansible-2018022012350=
4-ovirt01.net
<http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>>> >>=C2=A0 =C2=A0 =C2=A0>=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>> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<http://20180220123504-o=
virt01.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=A0engine log is here: >>=C2=A0 =C2=A0 =C2=A0> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0https://pastebin.com/nWW=
M3UUq
>>=C2=A0 =C2=A0 =C2=A0> >>=C2=A0 =C2=A0 =C2=A0> >>=C2=A0 =C2=A0 =C2=A0> Thanks. >>=C2=A0 =C2=A0 =C2=A0> Alright, so now the configuration is fetche=
d but its
processing fails. >>=C2=A0 =C2=A0 =C2=A0> We fixed many issues in this area recently,=
but it appears that
>>=C2=A0 =C2=A0 =C2=A0> something is wrong with the actual size of =
the disk within
the ovf file >>=C2=A0 =C2=A0 =C2=A0> that resides inside this ova file. >>=C2=A0 =C2=A0 =C2=A0> Can you please share that ovf file that res=
ides
inside=C2=A0/ova/HAAS-hpdio.ova? >> >>=C2=A0 =C2=A0 =C2=A0file HAAS-hpdio.ova >>=C2=A0 =C2=A0 =C2=A0HAAS-hpdio.ova: POSIX tar archive (GNU) >> >>=C2=A0 =C2=A0 =C2=A0[root@ovirt01 backup]# tar xvf HAAS-hpdio.ova=
>>=C2=A0 =C2=A0 =C2=A0HAAS-hpdio.ovf >>=C2=A0 =C2=A0 =C2=A0HAAS-hpdio-disk001.vmdk >> >>=C2=A0 =C2=A0 =C2=A0file HAAS-hpdio.ovf is here: >> >>=C2=A0 =C2=A0 =C2=A0https://pastebin.com/80qAU0wB >> >> >> Thanks again. >> So that seems to be a VM that was exported from Virtual Box, rig=
ht?
>> 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 cu=
rrent
>> code in oVirt relies on that property. >> There is a workaround for this though: you can extract an OVA file, edit >> its OVF configuration - adding ovf:populatedSize=3D"X" (and chan=
ge
>> ovf:capacity as I'll describe next) to the Disk element inside t=
he
>> DiskSection and pack the OVA again (tar cvf <ovf_file> <disk_file) where >> X is either: >> 1. the actual size of the vmdk file + some buffer (iirc, we used=
to take >> 15% of extra space for the conversion) >> 2. if you're using a file storage or you don't mind consuming mo=
re
>> storage space on your block storage, simply set X to the virtual=
size of >> the disk (in bytes) as indicated by the ovf:capacity filed, e.g.=
,
>> ovf:populatedSize=3D"21474836480" in the case of HAAS-hpdio.ova.=
>> >> Second, the virtual size (indicated by ovf:capacity) is specifie=
d in
>> bytes. The specification says that the default unit of allocatio=
n
shall >> be bytes, but practically every OVA file that I've ever saw specified it >> 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 o=
f
>> HAAS-hpdio.ova. > > wow, thanks for this excellent explanation. I have changed this i=
n
ovf file > > ... > <Disk ovf:capacity=3D"20" ovf:diskId=3D"vmdisk2" ovf:populatedSize=3D"20" ... > ... > > 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 th=
is vm
> disapeared :-o > > I am going to test it again and collect some logs... =20 there are interesting logs in /var/log/vdsm/import/ at the host use=
d for
import =20 http://mirror.slu.cz/tmp/ovirt-import.tar.bz2 <http://mirror.slu.cz/tmp/ovirt-import.tar.bz2> =20 first of them describes situation where I chose thick provisioning,=
second situation with thin provisioning =20 interesting part is I believe =20 libguestfs: command: run: qemu-img libguestfs: command: run: \ create libguestfs: command: run: \ -f qcow2 libguestfs: command: run: \ -o preallocation=3Doff,compat=3D0.10 libguestfs: command: run: \ /rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772/=
images/d44e1890-3e42-420b-939c-dac1290e19af/9edcccbc-b244-4b94-acd3-3c8ee= 12bbbec
libguestfs: command: run: \ 21474836480 Formatting '/rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772=
/images/d44e1890-3e42-420b-939c-dac1290e19af/9edcccbc-b244-4b94-acd3-3c8e= e12bbbec',
fmt=3Dqcow2 size=3D21474836480 compat=3D0.10 encryption=3Doff clust=
er_size=3D65536
preallocation=3Doff lazy_refcounts=3Doff refcount_bits=3D16 libguestfs: trace: vdsm_disk_create: disk_create =3D 0 qemu-img 'convert' '-p' '-n' '-f' 'qcow2' '-O' 'qcow2' '/var/tmp/v2vovl2dccbd.qcow2' '/rhev/data-center/mnt/blockSD/088e7ed9-84c7-4fbd-a570-f37fa986a772=
/images/d44e1890-3e42-420b-939c-dac1290e19af/9edcccbc-b244-4b94-acd3-3c8e= e12bbbec'
qemu-img: error while writing sector 1000960: No space left on devi=
ce
=20 virt-v2v: error: qemu-img command failed, see earlier errors =20 =20 =20 Sorry again, I made a mistake in: =C2=A0"Anyway, long story short, the virtual size of the disk should cu= rrently =C2=A0be specified in GB, e.g., ovf:populatedSize=3D"20" in the case of=
=C2=A0HAAS-hpdio.ova." I should have write ovf:capacity=3D"20". 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: <Disk ovf:capacity=3D"20" ovf:diskId=3D"vmdisk2" ovf:populatedSize=3D"21474836480" ...
now I have this inf ovf file <Disk ovf:capacity=3D"20" ovf:diskId=3D"vmdisk2" ovf:populatedSize=3D"21474836480"... but while import it fails again, but in this case faster. It looks like SPM cannot create disk image log from SPM host... 2018-02-21 18:02:03,599+0100 INFO (jsonrpc/1) [vdsm.api] START createVolume(sdUUID=3Du'69f6b3e7-d754-44cf-a665-9d7128260401', spUUID=3Du'00000002-0002-0002-0002-0000000002b9', imgUUID=3Du'0a5c4ecb-2c04-4f96-858a-4f74915d5caa', size=3Du'20', volFormat=3D4, preallocate=3D2, diskType=3Du'DATA', volUUID=3Du'bd3ae91a-3b37-4610-9ad3-6c5fdc6cc9b0', desc=3Du'{"DiskAlias":"HAAS-hpdio-disk001.vmdk","DiskDescription":""}', srcImgUUID=3Du'00000000-0000-0000-0000-000000000000', srcVolUUID=3Du'00000000-0000-0000-0000-000000000000', initialSize=3Du'21474836480') from=3D::ffff:193.84.206.172,53154, flow_id=3De27cd35a-dc4e-4e72-a3ef-aa5b67c2bdab, task_id=3De7598aa1-420a-4612-9ee8-03012b1277d9 (api:46) 2018-02-21 18:02:03,603+0100 INFO (jsonrpc/1) [IOProcessClient] Starting client ioprocess-3931 (__init__:330) 2018-02-21 18:02:03,638+0100 INFO (ioprocess/56120) [IOProcess] Starting ioprocess (__init__:452) 2018-02-21 18:02:03,661+0100 INFO (jsonrpc/1) [vdsm.api] FINISH createVolume return=3DNone from=3D::ffff:193.84.206.172,53154, flow_id=3De27cd35a-dc4e-4e72-a3ef-aa5b67c2bdab, task_id=3De7598aa1-420a-4612-9ee8-03012b1277d9 (api:52) 2018-02-21 18:02:03,692+0100 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call Volume.create succeeded in 0.09 seconds (__init__:573) 2018-02-21 18:02:03,694+0100 INFO (tasks/1) [storage.ThreadPool.WorkerThread] START task e7598aa1-420a-4612-9ee8-03012b1277d9 (cmd=3D<bound method Task.commit of <vdsm.storage.task.Task instance at 0x3faa050>>, args=3DNone) (threadPool= :208) 2018-02-21 18:02:03,995+0100 INFO (tasks/1) [storage.StorageDomain] Create placeholder /rhev/data-center/mnt/blockSD/69f6b3e7-d754-44cf-a665-9d7128260401/images= /0a5c4ecb-2c04-4f96-858a-4f74915d5caa for image's volumes (sd:1244) 2018-02-21 18:02:04,016+0100 INFO (tasks/1) [storage.Volume] Creating volume bd3ae91a-3b37-4610-9ad3-6c5fdc6cc9b0 (volume:1151) 2018-02-21 18:02:04,060+0100 ERROR (tasks/1) [storage.Volume] The requested initial 21474836480 is bigger than the max size 134217728 (blockVolume:345) 2018-02-21 18:02:04,060+0100 ERROR (tasks/1) [storage.Volume] Failed to create volume /rhev/data-center/mnt/blockSD/69f6b3e7-d754-44cf-a665-9d7128260401/images= /0a5c4ecb-2c04-4f96-858a-4f74915d5caa/bd3ae91a-3b37-4610-9ad3-6c5fdc6cc9b= 0: Invalid parameter: 'initial size=3D41943040' (volume:1175) 2018-02-21 18:02:04,061+0100 ERROR (tasks/1) [storage.Volume] Unexpected error (volume:1215) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/volume.py", line 1172, in create initialSize=3DinitialSize) File "/usr/lib/python2.7/site-packages/vdsm/storage/blockVolume.py", line 501, in _create size, initialSize) File "/usr/lib/python2.7/site-packages/vdsm/storage/blockVolume.py", line 545, in calculate_volume_alloc_size preallocate, capacity, initial_size) File "/usr/lib/python2.7/site-packages/vdsm/storage/blockVolume.py", line 347, in calculate_volume_alloc_size initial_size) InvalidParameterException: Invalid parameter: 'initial size=3D41943040' 2018-02-21 18:02:04,062+0100 ERROR (tasks/1) [storage.TaskManager.Task] (Task=3D'e7598aa1-420a-4612-9ee8-03012b1277d9') Unexpected error (task:87= 5) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 336, in run return self.cmd(*self.argslist, **self.argsdict) File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 79, in wrapper return method(self, *args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1936, in createVolume initialSize=3DinitialSize) File "/usr/lib/python2.7/site-packages/vdsm/storage/sd.py", line 801, in createVolume initialSize=3DinitialSize) File "/usr/lib/python2.7/site-packages/vdsm/storage/volume.py", line 1217, in create (volUUID, e)) VolumeCreationError: Error creating a new volume: (u"Volume creation bd3ae91a-3b37-4610-9ad3-6c5fdc6cc9b0 failed: Invalid parameter: 'initial size=3D41943040'",) there are no new logs in import folder on host used for import...
=C2=A0 =20 =20 > >> 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 <https://haas.cesnet.cz/downloads/release-01/HAAS-hpdio.ova> > >> >> [1]=C2=A0https://github.com/oVirt/ovirt-engine/blob/master/backend/= manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/ovf/OvfOv= aReader.java#L220 <https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/= modules/utils/src/main/java/org/ovirt/engine/core/utils/ovf/OvfOvaReader.= java#L220> >> >> >> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0file >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 >>=C2=A0 =C2=A0 =C2=A0=C2=A0/var/log/ovirt-engine/ova/ovirt-query-ova-ansible-20180= 220123504-ovirt01.net <http://ovirt-query-ova-ansible-20180220123504-ovirt01.net> >>=C2=A0 =C2=A0 =C2=A0<http://ovirt-query-ova-ansible-2018022012350= 4-ovirt01.net <http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>> >>=C2=A0 =C2=A0 =C2=A0>=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://ovirt-query-ova-ansible-2018022012350= 4-ovirt01.net <http://ovirt-query-ova-ansible-20180220123504-ovirt01.net>>> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0in the fact does not exi= sts (nor folder /var/log/ovirt-engine/ova/) >>=C2=A0 =C2=A0 =C2=A0> >>=C2=A0 =C2=A0 =C2=A0> >>=C2=A0 =C2=A0 =C2=A0> This issue is also resolved in 4.2.2. >>=C2=A0 =C2=A0 =C2=A0> In the meantime, please create the =C2=A0/var/log/ovirt-engine/ova/ folder >>=C2=A0 =C2=A0 =C2=A0> manually and make sure its permissions matc= h the ones of the other >>=C2=A0 =C2=A0 =C2=A0> folders in =C2=A0/var/log/ovirt-engine. >> >>=C2=A0 =C2=A0 =C2=A0ok, done. After another try there is this log= file >> >>=C2=A0 =C2=A0 =C2=A0/var/log/ovirt-engine/ova/ovirt-query-ova-ansible-20180220173= 005-ovirt01.net <http://ovirt-query-ova-ansible-20180220173005-ovirt01.net> >>=C2=A0 =C2=A0 =C2=A0<http://20180220173005-ovirt01.net <http://20180220173005-ovirt01.net>>.slu.cz.log >> >>=C2=A0 =C2=A0 =C2=A0https://pastebin.com/M5J44qur >> >> >> Is it the log of the execution of the ansible playbook that was provided >> with a path to the /ova folder? >> I'm interested in that in order to see how comes that its execut= ion >> never completed. > > well, I dont think so, it is log from import with full path to ov= a file > > > >> =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=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 =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=A0 =C2=A0I a= m 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=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Che= ers, >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Jir= i 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=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0[1]= 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>> >>=C2=A0 =C2=A0 =C2=A0<https://haas.cesnet.cz/#!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>=C2=A0 =C2=A0 =C2=A0<ht= tps://haas.cesnet.cz/#!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>=C2=A0 =C2=A0 =C2=A0[2]= https://haas.cesnet.cz/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/=
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>=C2=A0 =C2=A0 =C2=A0<ht=
tps://haas.cesnet.cz/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/=
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/>>>> - Image repositor=
y
>>=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=A0>=C2=A0 =C2=A0 =C2=A0___=
____________________________________________
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Use=
rs mailing list
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Use=
rs@ovirt.org <mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >>=C2=A0 =C2=A0 =C2=A0<mailto:Users@ovirt.org <mailto:Users@ovirt.o=
rg>>>
>>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<mailto:Users@ovirt.org =
<mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >>=C2=A0 =C2=A0 =C2=A0<mailto:Users@ovirt.org <mailto:Users@ovirt.o=
rg>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0htt=
p://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/user=
s
<http://lists.ovirt.org/mailman/listinfo/users>> >>=C2=A0 =C2=A0 =C2=A0>=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<http://lists.ovirt.org/mailman/listinfo/user=
s
<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<ht=
tp://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/user=
s
<http://lists.ovirt.org/mailman/listinfo/users>> >>=C2=A0 =C2=A0 =C2=A0>=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<http://lists.ovirt.org/mailman/listinfo/user=
s
<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=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=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Users mailing list >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Users@ovirt.org <mailto:=
Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >>=C2=A0 =C2=A0 =C2=A0<mailto:Users@ovirt.org <mailto:Users@ovirt.o=
rg>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0http://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/user=
s
<http://lists.ovirt.org/mailman/listinfo/users>> >>=C2=A0 =C2=A0 =C2=A0>=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<http://lists.ovirt.org/mailman/listinfo/user=
s
<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@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/user=
s
<http://lists.ovirt.org/mailman/listinfo/users>> >> >> > > > > > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users> > =20 =20 =20 _______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users> =20 =20
--------------ms000607050001070100070707 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 SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MDIyMTE3MTAyN1owLwYJ KoZIhvcNAQkEMSIEIDe8YMk+RTbKTZiSz/zDK3nm9gi7IXYizwmKsP0Ddnx8MGwGCSqGSIb3 DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZcGCSsG AQQBgjcQBDGBiTCBhjByMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDES MBAGA1UEBxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExJjAkBgNVBAMTHVRFUkVOQSBl U2NpZW5jZSBQZXJzb25hbCBDQSAzAhAKebGg8bOvnIyfOWAn4bpzMIGZBgsqhkiG9w0BCRAC CzGBiaCBhjByMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDESMBAGA1UE BxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExJjAkBgNVBAMTHVRFUkVOQSBlU2NpZW5j ZSBQZXJzb25hbCBDQSAzAhAKebGg8bOvnIyfOWAn4bpzMA0GCSqGSIb3DQEBAQUABIIBAAzJ cMJXtRLnIl43l941UzXirR7u19IlBZayvgIiBx3TjqApB6POyhJmdK+4J4Sx7vJ5M5LTgIc7 DIynqJTrkCGE9yz8PafxyKAGTyoYAmrVcnCyGHYaUj8N9zMJT3Xq6cKXDkSXPeRkUPyWtbSZ 6RRxB1FsO/acwLF83E2L10FI9gOY2Wms/j08ovPgvJcwnIPK5CMecsqoNSiBU1WBBro7fAzA nNauKZRlLgqQHKG46T2Q6z4qk2xHYEnK+b2pkKMYz5Znu1OiV1/PdnORSI4kC2mzMSKh5NCH /U1JQSgu3ijHqNtc2NQC2tNQUJPrZYQDWo7NrhDzVB4tkbk+WK4AAAAAAAA= --------------ms000607050001070100070707--