February 2014 - Users - oVirt List Archives

Re: [Users] Storage server
by Koen Vanoppen 06 Feb '14

06 Feb '14

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>> >> >> >> >> >> >

3 5

[Users] Python SDK list vms slow, excessive cpu usage
by Sander Grendelman 06 Feb '14

06 Feb '14

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]$

5 6

Re: [Users] Storage server
by Itamar Heim 06 Feb '14

06 Feb '14

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> > >

1 0

[Users] Import VMware
by Maurice James 06 Feb '14

06 Feb '14

--_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></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_--

4 9

[Users] Mixing tagged and untagged VLANs
by Trey Dockendorf 06 Feb '14

06 Feb '14

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

3 3

[Users] ovirt 3.3.3 host deploy push an "old" vdsm
by Gianluca Cecchi 05 Feb '14

05 Feb '14

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

3 4

[Users] Putting a Gluster host into an ISCSI DC
by Gianluca Cecchi 05 Feb '14

05 Feb '14

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

3 3

[Users] My first wiki page
by Juan Pablo Lorier 05 Feb '14

05 Feb '14

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--

4 4

[Users] Networking. Hosted Setup. All in One Host. Hetzner
by Peter Styk 05 Feb '14

05 Feb '14

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

3 3

[Users] Engine-setup Fail
by Kevin Tibi 05 Feb '14

05 Feb '14

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.5.…: [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.0-…: [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-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-porta…: [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.mast…: [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.0-…: [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.5.…: [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.0-…: [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-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-porta…: [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.mast…: [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.0-…: [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.

3 10