Re: [Users] Storage server
by Koen Vanoppen
Can I change the storagedomain ip from the ovirt-shell?
Thanks in advance
2014-02-06 Itamar Heim <iheim(a)redhat.com>:
> On 02/06/2014 12:03 PM, Koen Vanoppen wrote:
>
>> Can I change the storagedomain ip from the ovirt-shell?
>> Thanks in advance
>>
>
> please reply to list, thanks
>
>
>>
>> 2014-02-06 Itamar Heim <iheim(a)redhat.com <mailto:iheim@redhat.com>>:
>>
>>
>> On 02/06/2014 05:16 AM, Koen Vanoppen wrote:
>>
>> It's not on DNS... The storage server in ovirt is on IP... So...
>> What
>> are my options in this case?
>>
>>
>> you would need to 'edit the connection'. since 3.3.1 this is
>> possible via the rest api without hacking the db:
>> http://www.ovirt.org/Features/__Manage_Storage_Connections
>>
>> <http://www.ovirt.org/Features/Manage_Storage_Connections>
>>
>> Thanx!
>>
>> Kind regards,
>> Koen
>>
>> On Feb 5, 2014 9:08 AM, "Itamar Heim" <iheim(a)redhat.com
>> <mailto:iheim@redhat.com>
>> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>> wrote:
>>
>> On 02/04/2014 03:10 PM, Elad Ben Aharon wrote:
>>
>> Actually, the best way to do it would be to create
>> another
>> storage domain and migrate all the VMs's disks to it
>> (you can do
>> it while the VMs are running), then you won't suffer
>> from a down
>> time.
>>
>>
>> notice this will create a snapshot for your vms and may
>> change them
>> from raw to qcow. also, this not supported for shared disks.
>>
>> If you don't have the option to do so, the best way to
>> do it
>> would be to shut down the VMs, put the storage domain to
>> 'Maintenance' and then perform the storage server network
>> change. When the connection to the storage is fixed,
>> activate
>> the domain and resume the VMs manually.
>>
>>
>> that's assuming the domain was added using dns and not ip
>> address,
>> and that the dns expiration/caching on all hosts will
>> notice the new
>> ip address.
>>
>>
>>
>> ----- Original Message -----
>> From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com
>> <mailto:vanoppen.koen@gmail.com>
>> <mailto:vanoppen.koen@gmail.__com
>> <mailto:vanoppen.koen@gmail.com>>>
>> To: "Elad Ben Aharon" <ebenahar(a)redhat.com
>> <mailto:ebenahar@redhat.com>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>>>, users(a)ovirt.org
>> <mailto:users@ovirt.org>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>
>>
>> Sent: Tuesday, February 4, 2014 2:57:57 PM
>> Subject: Re: [Users] Storage server
>>
>> For the moment, nothing is going on. The change is
>> planned on
>> Thursday. So,
>> correct me if I'm wrong, you say that the fastest and
>> easiest
>> way is to
>> suspend all the machines, make the change of the
>> storage server,
>> rediscover
>> the iscsi server and then bring the vm's back up?
>>
>> Kind regards,
>> Koen
>> On Feb 4, 2014 1:47 PM, "Elad Ben Aharon"
>> <ebenahar(a)redhat.com <mailto:ebenahar@redhat.com>
>> <mailto:ebenahar@redhat.com
>>
>> <mailto:ebenahar@redhat.com>>> wrote:
>>
>> Hi,
>>
>> I suppose that those VMs are now in 'Paused' state,
>> correct
>> me if I'm
>> wrong.
>> After connectivity with storage comes back, all VMs
>> which
>> couldn't detect
>> their disks should be resumed from 'Paused' to 'Up'
>> state
>> automatically. It
>> shouldn't take them a long time to change their
>> state (a few
>> minutes).
>>
>> ----- Original Message -----
>> From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com
>> <mailto:vanoppen.koen@gmail.com>
>> <mailto:vanoppen.koen@gmail.__com
>> <mailto:vanoppen.koen@gmail.com>>>
>> To: users(a)ovirt.org <mailto:users@ovirt.org>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>
>> Sent: Tuesday, February 4, 2014 2:32:46 PM
>> Subject: [Users] Storage server
>>
>> Dear All,
>>
>> At work, the network guys have come to a discovery
>> that they
>> have made a
>> mistake in their network configuration... The
>> Storage server
>> that we use as
>> ISCSI target in oVirt, is in the wrong VLAN, so the
>> wrong IP
>> address...
>>
>> What is the best way to make sure that all of our
>> vms (40)
>> that are using
>> this scsi storage will come up again after the
>> storage
>> server has changed
>> his ip?
>> What are the best steps to be taken...?
>> We are using oVirt Engine Version: 3.3.1-2.el6
>>
>> Kind Regards,
>>
>> Koen
>>
>> ___________________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
>> <mailto:Users@ovirt.org>>
>> http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>
>> <http://lists.ovirt.org/__mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>>
>>
>> ___________________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
>> <mailto:Users@ovirt.org>>
>> http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>
>> <http://lists.ovirt.org/__mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>>
>>
>>
>>
>>
>>
>
10 years, 9 months
[Users] Python SDK list vms slow, excessive cpu usage
by Sander Grendelman
Fetching the list of vms through the API with the python SDK
takes several seconds[1] with 100% cpu usage in the python script.
When I look at the engine log there is only one (fast) fetch from
the API. The rest of the time is spent in the SDK processing a
relatively small bit of XML data (only 26 VMs in my environment).
This seems an excessive amount of CPU for processing ~6KB of XML.
I've included some sample code [2] and output [3].
Attached is the cProfile output for this call and a visualization.
[1] ~6,5 seconds on an oVirt VM with 1 vcpu on older hardware,
~3,5 seconds on a fast physical machine with an i5 cpu.
[2] Sample code, add your own url/credentials/certificate:
#!/usr/bin/python
"""Get ovirt VM names"""
import time
from ovirtsdk.api import API
from ovirtsdk.xml import params
def print_elapsed(logString):
elapsed = time.time() - startTime
print "%fs %s" % (elapsed, logString)
startTime = time.time()
print_elapsed("before connect")
api = API(
url="https://my.engine.url/api",
username="user@domain",
password="password",
ca_file="./ca.crt",
)
print_elapsed("after connect")
print_elapsed("before fetch list")
vmList = api.vms.list()
print_elapsed("after fetch list")
print_elapsed("before use list")
count = 0
for vm in vmList:
vmName = vm.get_name()
count += 1
print "\t number of VMs %d" % count
[3] Example of output:
[grendelmans@bungee src]$ /usr/bin/time ./vm_list_test.py
0.000003s before connect
0.338248s after connect
0.338299s before fetch list
6.795967s after fetch list
6.796041s before use list
number of VMs 26
6.796181s after use list
7.28user 0.05system 0:07.64elapsed 96%CPU (0avgtext+0avgdata 84624maxresident)k
0inputs+0outputs (0major+5605minor)pagefaults 0swaps
[grendelmans@bungee src]$
10 years, 9 months
Re: [Users] Storage server
by Itamar Heim
On 02/06/2014 05:16 AM, Koen Vanoppen wrote:
> It's not on DNS... The storage server in ovirt is on IP... So... What
> are my options in this case?
you would need to 'edit the connection'. since 3.3.1 this is possible
via the rest api without hacking the db:
http://www.ovirt.org/Features/Manage_Storage_Connections
> Thanx!
>
> Kind regards,
> Koen
>
> On Feb 5, 2014 9:08 AM, "Itamar Heim" <iheim(a)redhat.com
> <mailto:iheim@redhat.com>> wrote:
>
> On 02/04/2014 03:10 PM, Elad Ben Aharon wrote:
>
> Actually, the best way to do it would be to create another
> storage domain and migrate all the VMs's disks to it (you can do
> it while the VMs are running), then you won't suffer from a down
> time.
>
>
> notice this will create a snapshot for your vms and may change them
> from raw to qcow. also, this not supported for shared disks.
>
> If you don't have the option to do so, the best way to do it
> would be to shut down the VMs, put the storage domain to
> 'Maintenance' and then perform the storage server network
> change. When the connection to the storage is fixed, activate
> the domain and resume the VMs manually.
>
>
> that's assuming the domain was added using dns and not ip address,
> and that the dns expiration/caching on all hosts will notice the new
> ip address.
>
>
>
> ----- Original Message -----
> From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com
> <mailto:vanoppen.koen@gmail.com>>
> To: "Elad Ben Aharon" <ebenahar(a)redhat.com
> <mailto:ebenahar@redhat.com>>, users(a)ovirt.org
> <mailto:users@ovirt.org>
> Sent: Tuesday, February 4, 2014 2:57:57 PM
> Subject: Re: [Users] Storage server
>
> For the moment, nothing is going on. The change is planned on
> Thursday. So,
> correct me if I'm wrong, you say that the fastest and easiest
> way is to
> suspend all the machines, make the change of the storage server,
> rediscover
> the iscsi server and then bring the vm's back up?
>
> Kind regards,
> Koen
> On Feb 4, 2014 1:47 PM, "Elad Ben Aharon" <ebenahar(a)redhat.com
> <mailto:ebenahar@redhat.com>> wrote:
>
> Hi,
>
> I suppose that those VMs are now in 'Paused' state, correct
> me if I'm
> wrong.
> After connectivity with storage comes back, all VMs which
> couldn't detect
> their disks should be resumed from 'Paused' to 'Up' state
> automatically. It
> shouldn't take them a long time to change their state (a few
> minutes).
>
> ----- Original Message -----
> From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com
> <mailto:vanoppen.koen@gmail.com>>
> To: users(a)ovirt.org <mailto:users@ovirt.org>
> Sent: Tuesday, February 4, 2014 2:32:46 PM
> Subject: [Users] Storage server
>
> Dear All,
>
> At work, the network guys have come to a discovery that they
> have made a
> mistake in their network configuration... The Storage server
> that we use as
> ISCSI target in oVirt, is in the wrong VLAN, so the wrong IP
> address...
>
> What is the best way to make sure that all of our vms (40)
> that are using
> this scsi storage will come up again after the storage
> server has changed
> his ip?
> What are the best steps to be taken...?
> We are using oVirt Engine Version: 3.3.1-2.el6
>
> Kind Regards,
>
> Koen
>
> _________________________________________________
> 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>
>
> _________________________________________________
> 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>
>
>
10 years, 9 months
[Users] Import VMware
by Maurice James
--_14551f3c-807e-4ead-9bc7-e8dee89e0f36_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Is it possible to import vmware images into ovirt 3.3=2C Or is a running Es=
x instance still required? =
--_14551f3c-807e-4ead-9bc7-e8dee89e0f36_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<style><!--
.hmmessage P
{
margin:0px=3B
padding:0px
}
body.hmmessage
{
font-size: 12pt=3B
font-family:Calibri
}
--></style></head>
<body class=3D'hmmessage'><div dir=3D'ltr'>Is it possible to import vmware =
images into ovirt 3.3=2C Or is a running Esx instance still required? =
</div></body>
</html>=
--_14551f3c-807e-4ead-9bc7-e8dee89e0f36_--
10 years, 9 months
[Users] Mixing tagged and untagged VLANs
by Trey Dockendorf
Using 3.3.2 I seem unable to mix tagged and untagged VLANs on a single
interface. I'm trying to put the following logical networks on a
host's eth0.
ovirtmgmt:
- Display Network
- Migration Network
- NOT VM Network
- NO VLAN
private:
- VM network
- NO VLAN
ipmi:
- VM Network
- VLAN 2
In the host's network setup ovirtmgmt is already linked to eth0. If I
attach 'ipmi (VLAN 2)' then try and attach 'private' the message is
"Cannot have more than one non-VLAN network on one interface". Same
occurs if I try and attach 'private' when only 'ovirtmgmt' is assigned
to eth0.
Is it not possible to have multiple untagged VLAN networks associated
to one interface in oVirt?
Thanks
- Trey
10 years, 9 months
[Users] ovirt 3.3.3 host deploy push an "old" vdsm
by Gianluca Cecchi
Hello,
fedora 19 engine 3.3.3 with ovirt-host-deploy-1.1.3-1.fc19.noarch
when I deploy a fedora 19 host from web admin gui I get on it
vdsm-4.13.0-11.fc19.x86_64
(it seems updated at november 2013)
If after that I explicitly enable ovirt 3.3.3 yum repo and run yum
update on host it correctly passes to :
vdsm-4.13.3-3.fc19.x86_64
Gianluca
10 years, 9 months
[Users] Putting a Gluster host into an ISCSI DC
by Gianluca Cecchi
Hello,
in a test infra I would to temporarily put a Host that is part of
Gluster DC and has gluster volumes active into an ISCSI DC.
I put Gluster DC in maintenance, stop glustervolume and put both hosts
in maintenance.
Then I try to edit host and put into the ISCSI DC.
But I receive error
Error while executing action:
node02:
Cannot Edit host. Server having Gluster volume
Is there any basic check so that I cannot do this at all?
Any tip?
Thanks,
Gianluca
10 years, 9 months
[Users] My first wiki page
by Juan Pablo Lorier
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--deoiLO4vfFDeGT8PRV00k91A9xPxiS603
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hi,
I've created my first wiki page and I'd like someone to review it and
tell me if there's something that need to be changed (besides it does
not have any style yet)
The URL is
http://www.ovirt.org/oVirt_Wiki:How_to_change_Gluster%27s_network_interfa=
ce
Regards,
--deoiLO4vfFDeGT8PRV00k91A9xPxiS603
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJS754aAAoJEC5KDDg2+NMMAnMIAKRXKtYFHfo/PSqEJOaacWom
B8L1px+Vy2HpL9m71ofaaGhl1fvGP8hGYGFuAwTDT2zXxheE5BQlnM6sh0Dc2KS9
f4sNwylw9axbMdTmhr/6rGfsTSuv/616FRumOHJ+lUoxg0q4xd4kIMfN56o+E2TQ
MC5x/ZMtSimaTZeoP8ZZsXFSBwVoX3Y3PSI0FJ6PbsMz9/v/XPDoYSdLP/ZhSptj
NV9PVUqyVEj0A/8T0HPY2Uja9AXmWZL0Z1DYTms0uBkk7jwvzbGOYbJ/9WXckaxn
uOTxrMrkfa1qsyzsun26Qxi6mTj04Kp03bnwnFgXDXt4ey4EZ+mfWh6U5ezYGQY=
=GZ12
-----END PGP SIGNATURE-----
--deoiLO4vfFDeGT8PRV00k91A9xPxiS603--
10 years, 9 months
[Users] Networking. Hosted Setup. All in One Host. Hetzner
by Peter Styk
Greetings,
I'm writing here as to share some of my findings about hosting with
Hetzner. All in one setups on single remote host can be tricky. Provider
mounted an extra /29 subnet to the main host but none is routed by default
and host has to become router itself. At the same time single mistake in
bridging configuration and lost access results in need for re-bootstrap.
It's still tempting to try and with many trials I eventually got to see
guests talking to the net.
Scenario 1: Working. Package bridge-utils, oVirt engine, setup bridge,
VDSM, add host to engine, add routing to host routing table. Networking by
trial and error. Still something is not right. Occasionally on ping out I'm
getting "Redirect Host (New nexthop" messages.
http://styk.tv/wp-content/uploads/2014/01/oVirtHosted1_almost_working.png
Scenario 2: Dreaming. Private network with private router/dhcp/nat. Private
10.0.0.0/24 network. No problems with routing as gateway 10.0.0.1 would be
on the same subnet. Thought of using pfSense but can't seem to bring up an
instance with two network cards on two different networks. I thought this
would be easy. Go to Networks, click create new network, type private, save
ok. then go to new instance. point at iso, attach two network cards. save
ok. Launch "Host did not satisfy internal filter Network" No idea what that
is. Maybe I don't understand how this works. I even tried removing
ovirtmgmt network and leaving private network by itself. Tried with all 3
network card types (rtl8139/e1000/VirtIO)
http://styk.tv/wp-content/uploads/2014/01/oVirtHosted2_preferred.png
Either way if you have a minute or two please take a look at both attached
diagrams. Deliberately making it difficult by forcing all elements on
single box in hosted environment.
Maybe there is a way to have this all installed with Neutron or vSwitch on
the same box or is that pushing it?
Regards,
Peter
10 years, 9 months
[Users] Engine-setup Fail
by Kevin Tibi
Hi all,
i try to update my ovirt-engine. I use nightly repo. For moment, i am on
3.4. When i try to up 3.5 i have a fail when it download the package:
[ INFO ] Yum Downloading: (7/7):
ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
48 M(47%)
[ ERROR ] Yum [u'Des erreurs ont \xe9t\xe9 rencontr\xe9e durant le
t\xe9l\xe9chargement des paquets.',
u'ovirt-engine-dbscripts-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-dbscripts-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-dbscripts-3....:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable',
u'ovirt-engine-restapi-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-restapi-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-restapi-3.5....:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable',
u'ovirt-engine-tools-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-tools-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-tools-3.5.0-...:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable',
u'ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-webadmin-por...:
[Errno 14] curl#18 - "transfer closed with 54679208 bytes remaining to
read"',
u'ovirt-engine-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-3.5.0-0.0.ma...:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable',
u'ovirt-engine-backend-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-backend-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-backend-3.5....:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable']
[ ERROR ] Failed to execute stage 'Package installation': [u'Des erreurs
ont \xe9t\xe9 rencontr\xe9e durant le t\xe9l\xe9chargement des paquets.',
u'ovirt-engine-dbscripts-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-dbscripts-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-dbscripts-3....:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable',
u'ovirt-engine-restapi-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-restapi-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-restapi-3.5....:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable',
u'ovirt-engine-tools-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-tools-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-tools-3.5.0-...:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable',
u'ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-webadmin-por...:
[Errno 14] curl#18 - "transfer closed with 54679208 bytes remaining to
read"',
u'ovirt-engine-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-3.5.0-0.0.ma...:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable',
u'ovirt-engine-backend-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch:
failure:
noarch/ovirt-engine-backend-3.5.0-0.0.master.20140130171441.git9257b30.fc19.noarch.rpm
from ovirt-nightly: [Errno 256] No more mirrors to try.\nhttp://
ovirt.org/releases/nightly/rpm/Fedora/19/noarch/ovirt-engine-backend-3.5....:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable']
[ INFO ] Stage: Clean up
Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20140204133303.log
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ ERROR ] Execution of setup failed
I try to manual download, its work. I add the package in cache of yum and
it's dont work.
Thx for your help ;)
Kevin.
10 years, 9 months
