Re: [ovirt-users] Is there are fix or workaround for the Ovirt 3.3 Cluster and VDSM 4.14?
I just see a "backport" for engine 3.4 not for engine 3.3 Am I missing something? In which 3.3.x release was this fixed? Am 22.04.2014 00:17, schrieb Eli Mesika: > The correct BZ fixing this issue is BZ 1067096 and it was back-ported in > commit 1f86f681e8a6e11f2b026ff7bdc579ccf5edeac9 -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] Feature Page: Mac Pool per DC
Hi, thanks for the very detailed answers. So here is another question: How are MACs handled which got assigned "by hand"? Do they also get registered with a global or with the datacenter pool? Are they tracked anyway? I'm currently assigning macs via API directly to the vms and do not let ovirt decide itself which mac goes where. Am 18.04.2014 12:17, schrieb Martin Mucha: > Hi, > > I'll try to describe it little bit more. Lets say, that we've got one data > center. It's not configured yet to have its own mac pool. So in system is > only one, global pool. We create few VMs and it's NICs will obtain its MAC > from this global pool, marking them as used. Next we alter data center > definition, so now it uses it's own mac pool. In system from this point on > exists two mac pools, one global and one related to this data center, but > those allocated MACs are still allocated in global pool, since new data > center creation does not (yet) contain logic to get all assigned MACs related > to this data center and reassign them in new pool. However, after app restart > all VmNics are read from db and placed to appropriate pools. Lets assume, > that we've performed such restart. Now we realized, that we actually don't > want that data center have own mac pool, so we alter it's definition removing > mac pool ranges. Pool related to this data center will be removed and it's > content will be > moved to a scope above this data center -- into global scope pool. We know, > that everything what's allocated in pool to be removed is still used, but we > need to track it elsewhere and currently there's just one option, global > pool. So to answer your last question. When I remove scope, it's pool is gone > and its content moved elsewhere. Next, when MAC is returned to the pool, the > request goes like: "give me pool for this virtual machine, and whatever pool > it is, I'm returning this MAC to it." Clients of ScopedMacPoolManager do not > know which pool they're talking to. Decision, which pool is right for them, > is done behind the scenes upon their identification (I want pool for this > logical network). > > Notice, that there is one "problem" in deciding which scope/pool to use. > There are places in code, which requires pool related to given data center, > identified by guid. For that request, only data center scope or something > broader like global scope can be returned. So even if one want to use one > pool per logical network, requests identified by data center id still can > return only data center scope or broader, and there are no chance returning > pool related to logical network (except for situation, where there is sole > logical network in that data center). > > Thanks for suggestion for another scopes. One question: if we're implementing > them, would you like just to pick a *sole* non-global scope you want to use > in your system (like data center related pools ONLY plus one global, or > logical network related pools ONLY plus one global) or would it be (more) > beneficial to you to have implemented some sort of cascading and overriding? > Like: "this data center uses *this* pool, BUT except for *this* logical > network, which should use *this* one instead." > > I'll update feature page to contain these paragraphs. > > M. > > > - Original Message - > From: "Itamar Heim" > To: "Martin Mucha" , users@ovirt.org, de...@ovirt.org > Sent: Thursday, April 10, 2014 9:04:37 AM > Subject: Re: [ovirt-users] Feature Page: Mac Pool per DC (was: new feature) > > On 04/10/2014 09:59 AM, Martin Mucha wrote: >> Hi, >> >> I'd like to notify you about new feature, which allows to specify distinct >> MAC pools, currently one per data center. >> http://www.ovirt.org/Scoped_MacPoolManager >> >> any comments/proposals for improvement are very welcomed. >> Martin. > > > (changed title to reflect content) > >> When specified mac ranges for given "scope", where there wasn't any >> definition previously, allocated MAC from default pool will not be moved to >> "scoped" one until next engine restart. Other way, when removing "scoped" >> mac pool definition, all MACs from this pool will be moved to default one. > > cna you please elaborate on this one? > > as for potential other "scopes" - i can think of cluster, vm pool and > logical network as potential ones. > > one more question - how do you know to "return" the mac address to the > correct pool on delete? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/user
Re: [ovirt-users] Add External Provider - OpenStack Image - Test - Failed to communicate with the External Provider
I changed the KeystoneAuthUrl to http://10.10.125.58:5000/v2.0. It worked. Thanks for your help. Regards, Udaya Kiran On , Udaya Kiran P wrote: Hi Elad, Yes. I executed "service ovirt-engine restart". Now I get, #engine-config -g KeystoneAuthUrl KeystoneAuthUrl: http://10.10.125.58:35357 version: general Any other settings to be changed? or Logs which can point to what is causing this? Thank You, Regards, Udaya Kiran On Tuesday, 22 April 2014 11:51 AM, Elad Ben Aharon wrote: After setting Keystone URL in DB, did you restart ovirt-engine service? - Original Message - From: "Udaya Kiran P" To: "users" Sent: Tuesday, April 22, 2014 9:04:04 AM Subject: Re: [ovirt-users] Add External Provider - OpenStack Image - Test - Failed to communicate with the External Provider Hi, I have found similar bug reported in below links, http://lists.ovirt.org/pipermail/users/2013-September/016639.html https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1051577 https://bugzilla.redhat.com/show_bug.cgi?id=1017538 I tried setting the keystone URL in the engine. engine-config --set KeystoneAuthUrl=http://xx.xx.xx.xx:35357 But the error remains. Please suggest. Regards, Udaya Kiran On Tuesday, 22 April 2014 11:15 AM, Udaya Kiran P wrote: Hello ! I am trying to add OpenStack Glance as an External Provider to oVirt 3.4. After filling the authentication details when I click on Test button, it displays the error - " Failed to communicate with the External Provider " I was able to execute the curl command for glance image-list for the same openstack setup from the oVirtEngine machine. Below errors were logged in engine.log 2014-04-22 11:24:55,464 INFO [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Running command: TestProviderConnectivityCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: System 2014-04-22 11:24:55,541 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: (Failed with error PROVIDER_FAILURE and code 5050) 2014-04-22 11:24:55,625 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Transaction rolled-back for command: org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand. Any inputs to resolve this? Regards, Udaya Kiran ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Add External Provider - OpenStack Image - Test - Failed to communicate with the External Provider
After setting Keystone URL in DB, did you restart ovirt-engine service? - Original Message - From: "Udaya Kiran P" To: "users" Sent: Tuesday, April 22, 2014 9:04:04 AM Subject: Re: [ovirt-users] Add External Provider - OpenStack Image - Test - Failed to communicate with the External Provider Hi, I have found similar bug reported in below links, http://lists.ovirt.org/pipermail/users/2013-September/016639.html https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1051577 https://bugzilla.redhat.com/show_bug.cgi?id=1017538 I tried setting the keystone URL in the engine. engine-config --set KeystoneAuthUrl=http://xx.xx.xx.xx:35357 But the error remains. Please suggest. Regards, Udaya Kiran On Tuesday, 22 April 2014 11:15 AM, Udaya Kiran P wrote: Hello ! I am trying to add OpenStack Glance as an External Provider to oVirt 3.4. After filling the authentication details when I click on Test button, it displays the error - " Failed to communicate with the External Provider " I was able to execute the curl command for glance image-list for the same openstack setup from the oVirtEngine machine. Below errors were logged in engine.log 2014-04-22 11:24:55,464 INFO [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Running command: TestProviderConnectivityCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: System 2014-04-22 11:24:55,541 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: (Failed with error PROVIDER_FAILURE and code 5050) 2014-04-22 11:24:55,625 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Transaction rolled-back for command: org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand. Any inputs to resolve this? Regards, Udaya Kiran ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Add External Provider - OpenStack Image - Test - Failed to communicate with the External Provider
Hi, I have found similar bug reported in below links, http://lists.ovirt.org/pipermail/users/2013-September/016639.html https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1051577 https://bugzilla.redhat.com/show_bug.cgi?id=1017538 I tried setting the keystone URL in the engine. engine-config --set KeystoneAuthUrl=http://xx.xx.xx.xx:35357 But the error remains. Please suggest. Regards, Udaya Kiran On Tuesday, 22 April 2014 11:15 AM, Udaya Kiran P wrote: Hello ! I am trying to add OpenStack Glance as an External Provider to oVirt 3.4. After filling the authentication details when I click on Test button, it displays the error - "Failed to communicate with the External Provider" I was able to execute the curl command for glance image-list for the same openstack setup from the oVirtEngine machine. Below errors were logged in engine.log 2014-04-22 11:24:55,464 INFO [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Running command: TestProviderConnectivityCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: System 2014-04-22 11:24:55,541 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: (Failed with error PROVIDER_FAILURE and code 5050) 2014-04-22 11:24:55,625 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Transaction rolled-back for command: org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand. Any inputs to resolve this? Regards, Udaya Kiran ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Add External Provider - OpenStack Image - Test - Failed to communicate with the External Provider
Hello ! I am trying to add OpenStack Glance as an External Provider to oVirt 3.4. After filling the authentication details when I click on Test button, it displays the error - "Failed to communicate with the External Provider" I was able to execute the curl command for glance image-list for the same openstack setup from the oVirtEngine machine. Below errors were logged in engine.log 2014-04-22 11:24:55,464 INFO [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Running command: TestProviderConnectivityCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: System 2014-04-22 11:24:55,541 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: (Failed with error PROVIDER_FAILURE and code 5050) 2014-04-22 11:24:55,625 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-5) [6af23c05] Transaction rolled-back for command: org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand. Any inputs to resolve this? Regards, Udaya Kiran___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt-engine install getting failed
The same here. How to proceed - find sos-2.2-31.fc19.noarch.rpm You can download it here: http://fr2.rpmfind.net/linux/rpm2html/search.php?query=sos Install it manually: rpm -i sos-2.2-31.fc19.noarch.rpm. You should be able to proceed with yum -y install ovirt-engine Best, Latcho On Mon, 2014-04-21 at 20:19 +0300, Subhashish Laha wrote: > I am trying to setup Ovirt Engine but getting below error > > yum -y install ovirt-engine > > Transaction check error: > file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.py conflicts > between attempted installs of ovirt-log-collector-3.4.1-1.fc19.noarch and sos- > 3.0-23.fc19.noarch > file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyc conflicts > between attempted installs of ovirt-log-collector-3.4.1-1.fc19.noarch and sos- > 3.0-23.fc19.noarch > file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyo conflicts > between attempted installs of ovirt-log-collector-3.4.1-1.fc19.noarch and sos- > 3.0-23.fc19.noarch > > Error Summary > - > > [root@localhost ~]# > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Is there are fix or workaround for the Ovirt 3.3 Cluster and VDSM 4.14?
Thank you for the replies! Since it was back ported, is there an rpm package update for 3.3? On Mon, Apr 21, 2014 at 6:17 PM, Eli Mesika wrote: > > > - Original Message - > > From: "Lior Vernia" > > To: "Drew Showers" > > Cc: users@ovirt.org > > Sent: Monday, April 21, 2014 10:50:59 AM > > Subject: Re: [ovirt-users] Is there are fix or workaround for the Ovirt > 3.3 Cluster and VDSM 4.14? > > > > Hi! > > > > An upgrade would fix it. The general issue hasn't yet been fixed > > (looking at BZ 1077110) and I don't know whether it'll be backported > > when it does. > > The correct BZ fixing this issue is BZ 1067096 and it was back-ported in > commit 1f86f681e8a6e11f2b026ff7bdc579ccf5edeac9 > > > > > > I would edit the engine's DB and append "4.14" to the option_value > > column of the vdc_options table where > > option_name="SupportedVDSMVersions", then restart the engine. I think > > this should be enough. > > > > Yours, Lior. > > > > On 20/04/14 17:45, Drew Showers wrote: > > > I know this error has been noted and a BZ bug logged. However, is there > > > a fix or workaround yet for 3.3? Or do I need to upgrade to 3.4? > > > > > > Thanks in advance! > > > > > > > > > > > > ___ > > > Users mailing list > > > Users@ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > ___ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Is there are fix or workaround for the Ovirt 3.3 Cluster and VDSM 4.14?
- Original Message - > From: "Lior Vernia" > To: "Drew Showers" > Cc: users@ovirt.org > Sent: Monday, April 21, 2014 10:50:59 AM > Subject: Re: [ovirt-users] Is there are fix or workaround for the Ovirt 3.3 > Cluster and VDSM 4.14? > > Hi! > > An upgrade would fix it. The general issue hasn't yet been fixed > (looking at BZ 1077110) and I don't know whether it'll be backported > when it does. The correct BZ fixing this issue is BZ 1067096 and it was back-ported in commit 1f86f681e8a6e11f2b026ff7bdc579ccf5edeac9 > > I would edit the engine's DB and append "4.14" to the option_value > column of the vdc_options table where > option_name="SupportedVDSMVersions", then restart the engine. I think > this should be enough. > > Yours, Lior. > > On 20/04/14 17:45, Drew Showers wrote: > > I know this error has been noted and a BZ bug logged. However, is there > > a fix or workaround yet for 3.3? Or do I need to upgrade to 3.4? > > > > Thanks in advance! > > > > > > > > ___ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt Networking query
On Fri, Apr 18, 2014 at 09:43:06PM +, Rudrajit Tapadar (rtapadar) wrote: > Hi Lior, > > Thanks for your response. I¹ll surely take a look at the configurator. > > I have used macvtap in passthru mode on a eth to sniff all packets from > all vlans. Hence I was wondering if this is supported in oVirt. > > -Rudrajit > > On 4/18/14, 1:56 PM, "Lior Vernia" wrote: > > >Hi Rudrajit, > > > >Welcome, I hope you'll like it! See comments inline. > > > >On 18/04/14 21:53, Rudrajit Tapadar (rtapadar) wrote: > >> Hello! > >> > >> I am a newbie to ovirt and I had a couple of questions and I was hoping > >> I could get some help. > >> > >> 1. Does ovirt support openvswitch without going through Neutron? So far > >> all the documents that I came across uses Neutron as an external > >> network provider. > > > >At the moment it doesn't. However, this has been talked about and will > >probably be implemented at some point (though not sure when). > > > >In fact, if you're a developer, you could help make it happen yourself! > >A lot of the necessary "nfrastructure has been recently laid down by > >this feature, which would only require someone to implement an OVS > >"configurator": > > > >http://www.ovirt.org/Feature/NetworkReloaded Non-developers are advised to use Vdsm hooks. You should start by defining whatever network libvirt supports on each of your hosts. This includes openvswitch (e.g. http://libvirt.org/formatnetwork.html#elementVlanTag ). Then, install the "extnet" hook on each of your hosts and define a vNIC profile in oVirt-Engine with the "extnet" custom propery linking to your openvswitch network. vNICs configures with the new profile would be connected to openvswitch. Similarly, if you define your libvirt network and a pool of host devices (e.g. http://libvirt.org/formatnetwork.html#examplesDirect ) the extnet hook would let you use macvtap. I'd be happy to hear if it works for you, and to assist if it does not. > > > >> 2. Is there a support for macvtap in ovirt? I couldn¹t find anything on > >> macvtap. > > > >Not at the moment, and I myself am not knowledgeable about macvtap. > >However, since Google tells me it should play well with libvirt, I'm > >guessing support for that might also be added by implementing a > >dedicated configurator. > > > >Following the said Google search however, I would be very interested to > >hear why it interests you, since oVirt handles bridge and tap device > >creation. What would be the gain in using specifically macvtap? I'm > >asking because this if there's good reason to do this, it might be > >prioritized in the future. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ovirt + GLUSTER
Ovirt User wrote: Hello, anyone are using ovirt with glusterFS as storage domain in production environment ? Not directly production but almost. Having problems? Regards, Joop ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [Users] Reimporting storage domains after reinstalling ovirt
On 17-03-14 06:31, Gianluca Cecchi wrote: > check also your PostgreSQL version with the original one. HIH, Gianluca Okay I've finally found some time to fix my problems with the old storage domains. I reinstalled the box and it's running fine but I'd love to recover the old domain I used for downloading stuff. I just reread your email from march 16th and I'm going to try the thing you've suggested, so I hope you're still willing to help me :). > Option A - > *doesn't require copying the disks > *if your vms had snapshots involving disks - it won't work currently. > > let's try to restore a specific vm and continue from there - i'm adding here > info - if needed i'll test it on my own deployment. > A. first of all, let's get the disks attached to some vm : some options to do > that. > *under the webadmin ui, select a vm listed under the "export" domain, there > should be a disks tab indicating what disks are attached to the vm - check if > you can see the disk id's there. > B. query the storage domain content using rest-api - afaik we don't return > that info from there. so let's skip that option. > 1. under the storage domain storage directory (storage) enter the /vms > directory - you should see bunch of OVF files there - that's a file > containing a vm configuration. > 2. open one specific ovf file - that's the vm that we'll attempt to restore - > the ovf file is a file containing the vm configuration > *within the ovf file look for the following string: "diskId" and copy those > ids aside, these should be the vm attached disks. > *copy the vm disk from the other storage domain, edit the metadata > accordingly to have the proper storage domain id listed > *try to import the disks using the method specified here: > https://bugzilla.redhat.com/show_bug.cgi?id=886133 > *after this, you should see the disks as "floating", then you can add the vm > using the OVF file we discussed in stage 2 using the method specified here: > http://gerrit.ovirt.org/#/c/15894/ In order to get the disks attached to a VM, I need to move them into a new import domain. How should I determine which files to get? There were multiple VMs in the directory, each having multiple LVM-based storage domains so I just had a look, I 'm only interested in images from "Downloadbak". I found: engine=# select image_guid,size,parentid,imagestatus,volume_type,volume_format,active from images order by parentid; image_guid | size | parentid | imagestatus | volume_type | volume_format | active --+--+--+-+-+---+ 1d304cb5-67bd-4e21-aa2c-2470c19af885 | 268435456000 | ---- | 1 | 2 | 5 | t aca392f5-8395-46fe-9111-8a3c4812ff72 | 268435456000 | ---- | 1 | 2 | 5 | t 182ce48c-59d0-4883-8265-0269247d22e0 | 268435456000 | ---- | 1 | 2 | 5 | t cadcce7f-53ff-4735-b5ff-4d8fd1991d51 | 268435456000 | ---- | 1 | 2 | 5 | t 2cd8d3dc-e92f-4be5-88fa-923076aba287 | 8589934592 | ---- | 1 | 1 | 5 | t 5e56a396-8deb-4c04-9897-0e4f6582abcc | 8589934592 | ---- | 1 | 1 | 5 | t 0ad131d7-2619-42a2-899f-d25c33969dc6 | 268435456000 | ---- | 1 | 2 | 5 | t caecf666-302d-426c-8a32-65eda8d9e5df | 8589934592 | ---- | 1 | 1 | 5 | t 8633fb9b-9c08-406b-925e-7d5955912165 | 8589934592 | ---- | 1 | 1 | 5 | t b2c5d2d5-636c-408b-b52f-b7f5558c0f7f | 8589934592 | ---- | 1 | 2 | 5 | t e66b18a7-e2c5-4f6c-9884-03e5c7477e3d | 268435456000 | ---- | 1 | 2 | 5 | t 988f90f6-a37d-4dfd-8477-70aa5d2db5b6 | 8589934592 | ---- | 1 | 1 | 5 | f e1c098fe-4b5d-4728-81d0-7edfdd3d0ec8 | 268435456000 | ---- | 1 | 2 | 5 | t 179ad90d-ed46-467d-ad75-aea6e3ea115e | 268435456000 | ---- | 1 | 2 | 5 | t 4d583a7a-8399-4299-9799-dec33913c20a | 268435456000 | ---- | 1 | 2 | 5 | t 9e5be41b-c512-4f22-9d7c-81090d62dc31 | 8589934592 | ---- | 1 | 2 | 5 | t f613aa23-4831-4aba-806e-fb7dcdcd
[ovirt-users] ovirt-engine install getting failed
I am trying to setup Ovirt Engine but getting below error yum -y install ovirt-engine Transaction check error: file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.py conflicts between attempted installs of ovirt-log-collector-3.4.1-1.fc19.noarch and sos- 3.0-23.fc19.noarch file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyc conflicts between attempted installs of ovirt-log-collector-3.4.1-1.fc19.noarch and sos- 3.0-23.fc19.noarch file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyo conflicts between attempted installs of ovirt-log-collector-3.4.1-1.fc19.noarch and sos- 3.0-23.fc19.noarch Error Summary - [root@localhost ~]# ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] converting windows guests with v2v, where to put the iso?
Solution #2 download the src rpm from http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/RHOS/SRPMS/ build the rpm rpmbuild --rebuild virtio-win-1.6.8-4.el6.src.rpm install the rpm rpm -Uhv ~/rpmbuild/RPMS/noarch/virtio-win-1.6.8-4.el6.noarch.rpm On Fri, Apr 18, 2014 at 3:10 PM, Jeremiah Jahn wrote: > Just so my solution is out there... > > You have to edit /var/lib/virt-v2v/virt-v2v.db to use the correct > paths from the iso. > > Copy all of the drivers into the same directory > > then lower case all of the driver names > > for f in *; do mv $f `echo $f | tr '[:upper:]' '[:lower:]'`; done > > uncomment and fix the appropriate network mapping in /etc/virt-v2v.conf > > > > > > if you have to activate the windows machine and it doesn't startup > knowing anything about your ethernet device > > press F8 on startup and go into safe mode with command prompt where it > will let you install the appropriate virtIO drivers. > > once you restart you should be able to activate things. > > this was all for an XP guest. > > > looks like Redhat does a lot more than just packing the ISO into an RPM. > > -jj- > > On Fri, Apr 18, 2014 at 6:42 AM, Jeremiah Jahn > wrote: >> thanks. It's Sci Linux. And I guess the supplementary disk must have >> some different licensing on it, as it's not part of CentOS or SL, nor >> is it a part of EPEL. I would have thought it'd be part of the ovirt >> repo though. Seems kinda weird to not have that dependency taken care >> of along with everything else. >> >> On Fri, Apr 18, 2014 at 5:44 AM, Sander Grendelman >> wrote: >>> If your machine is RHEL, the rpm is in the "supplementary" subchannel: >>> rhel6-x86_64-supplementary >>> >>> Structure: >>> >>> rpm -ql virtio-win >>> /usr/share/doc/virtio-win-1.6.8 >>> /usr/share/doc/virtio-win-1.6.8/virtio-win_license.txt >>> /usr/share/virtio-win >>> /usr/share/virtio-win/drivers >>> /usr/share/virtio-win/drivers/amd64 >>> /usr/share/virtio-win/drivers/amd64/Win2003 >>> /usr/share/virtio-win/drivers/amd64/Win2003/netkvm.cat >>> /usr/share/virtio-win/drivers/amd64/Win2003/netkvm.inf >>> /usr/share/virtio-win/drivers/amd64/Win2003/netkvm.sys >>> /usr/share/virtio-win/drivers/amd64/Win2003/viostor.cat >>> /usr/share/virtio-win/drivers/amd64/Win2003/viostor.inf >>> /usr/share/virtio-win/drivers/amd64/Win2003/viostor.sys >>> /usr/share/virtio-win/drivers/amd64/Win2008 >>> /usr/share/virtio-win/drivers/amd64/Win2008/netkvm.cat >>> /usr/share/virtio-win/drivers/amd64/Win2008/netkvm.inf >>> /usr/share/virtio-win/drivers/amd64/Win2008/netkvm.sys >>> /usr/share/virtio-win/drivers/amd64/Win2008/vioscsi.cat >>> /usr/share/virtio-win/drivers/amd64/Win2008/vioscsi.inf >>> /usr/share/virtio-win/drivers/amd64/Win2008/vioscsi.sys >>> /usr/share/virtio-win/drivers/amd64/Win2008/viostor.cat >>> /usr/share/virtio-win/drivers/amd64/Win2008/viostor.inf >>> /usr/share/virtio-win/drivers/amd64/Win2008/viostor.sys >>> /usr/share/virtio-win/drivers/amd64/Win2008R2 >>> /usr/share/virtio-win/drivers/amd64/Win2008R2/netkvm.cat >>> /usr/share/virtio-win/drivers/amd64/Win2008R2/netkvm.inf >>> /usr/share/virtio-win/drivers/amd64/Win2008R2/netkvm.sys >>> /usr/share/virtio-win/drivers/amd64/Win2008R2/vioscsi.cat >>> /usr/share/virtio-win/drivers/amd64/Win2008R2/vioscsi.inf >>> /usr/share/virtio-win/drivers/amd64/Win2008R2/vioscsi.sys >>> /usr/share/virtio-win/drivers/amd64/Win2008R2/viostor.cat >>> /usr/share/virtio-win/drivers/amd64/Win2008R2/viostor.inf >>> /usr/share/virtio-win/drivers/amd64/Win2008R2/viostor.sys >>> /usr/share/virtio-win/drivers/amd64/Win2012 >>> /usr/share/virtio-win/drivers/amd64/Win2012/netkvm.cat >>> /usr/share/virtio-win/drivers/amd64/Win2012/netkvm.inf >>> /usr/share/virtio-win/drivers/amd64/Win2012/netkvm.sys >>> /usr/share/virtio-win/drivers/amd64/Win2012/vioscsi.cat >>> /usr/share/virtio-win/drivers/amd64/Win2012/vioscsi.inf >>> /usr/share/virtio-win/drivers/amd64/Win2012/vioscsi.sys >>> /usr/share/virtio-win/drivers/amd64/Win2012/viostor.cat >>> /usr/share/virtio-win/drivers/amd64/Win2012/viostor.inf >>> /usr/share/virtio-win/drivers/amd64/Win2012/viostor.sys >>> /usr/share/virtio-win/drivers/amd64/Win2012R2 >>> /usr/share/virtio-win/drivers/amd64/Win2012R2/netkvm.cat >>> /usr/share/virtio-win/drivers/amd64/Win2012R2/netkvm.inf >>> /usr/share/virtio-win/drivers/amd64/Win2012R2/netkvm.sys >>> /usr/share/virtio-win/drivers/amd64/Win2012R2/vioscsi.cat >>> /usr/share/virtio-win/drivers/amd64/Win2012R2/vioscsi.inf >>> /usr/share/virtio-win/drivers/amd64/Win2012R2/vioscsi.sys >>> /usr/share/virtio-win/drivers/amd64/Win2012R2/viostor.cat >>> /usr/share/virtio-win/drivers/amd64/Win2012R2/viostor.inf >>> /usr/share/virtio-win/drivers/amd64/Win2012R2/viostor.sys >>> /usr/share/virtio-win/drivers/amd64/Win7 >>> /usr/share/virtio-win/drivers/amd64/Win7/netkvm.cat >>> /usr/share/virtio-win/drivers/amd64/Win7/netkvm.inf >>> /usr/share/virtio-win/drivers/amd64/Win7/netkvm.sys >>> /usr/share/virtio-win/drivers/amd64/Win7/qxl.cat >>> /usr/shar
Re: [ovirt-users] New VM from template, vm disk creation time very high
Hi Yes I'm using glusterfs as storage domain, and glusterd is running on the ovirt nodes. *Steve * On Mon, Apr 21, 2014 at 11:46 AM, Ovirt User wrote: > hi steve, > > are you using bluster fs as storage domain ? if yes, inside compute node > or you dedicated 2 or more node for GLUSTER ? > > Il giorno 21/apr/2014, alle ore 16:00, Steve Dainard < > sdain...@miovision.com> ha scritto: > > This may have been lost over the weekend... > > > *Steve* > > > On Thu, Apr 17, 2014 at 1:21 PM, Steve wrote: > >> When I create a new vm from a template (centos 6, 20gig thin disk) it >> takes close to 40 minutes to clone the disk image. >> >> Are there any settings that control how much bandwidth the cloning >> process can use, or how its prioritized? This is brutally slow, and >> although a quick clone isn't needed often, occasionally when someone is >> asking for a resource it would be nice to expedite the process. >> >> Storage: Gluster replica 2 volume >> Network: 10gig >> Ovirt: 3.3.4, Centos 6.5 >> >> Thanks, >> >> >> *Steve * >> > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New VM from template, vm disk creation time very high
This may have been lost over the weekend... *Steve* On Thu, Apr 17, 2014 at 1:21 PM, Steve wrote: > When I create a new vm from a template (centos 6, 20gig thin disk) it > takes close to 40 minutes to clone the disk image. > > Are there any settings that control how much bandwidth the cloning process > can use, or how its prioritized? This is brutally slow, and although a > quick clone isn't needed often, occasionally when someone is asking for a > resource it would be nice to expedite the process. > > Storage: Gluster replica 2 volume > Network: 10gig > Ovirt: 3.3.4, Centos 6.5 > > Thanks, > > > *Steve * > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Ovirt + GLUSTER
Hello, anyone are using ovirt with glusterFS as storage domain in production environment ? Thanks Lukas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] AllInOne Host wont start
Bert wrote: Centos 6.5 Basic Desktop Build That probably also means that NetworkManager is managing your nics. Switch those nics that you use for ovirt to not using NM. Yum updated Yum repo type installation with yum install ovirt-engine-setup-plugin-allinone -y Configured VDSM as Yes and took defaults everywhere else. After install I logged into management and tried to activate host and reinstall host but all I get is " Host local_host installation failed. Please refer to engine.log and log files under /var/log/ovirt-engine/host-deploy/ on the engine for further details". Pastebin the log so that people can look at it. First timer so not sure where to look next. It appears that everything is configured I just can't turn any of it on. Suspect NM is the culprit but without logs and/or more info about your setup it is difficult to pin point the problem. Regards, Joop ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] feedback-on-oVirt-engine-3.4.0-1.el6
Olá! Recomendo que adicione uma aba(Tela) para configurar o Active Directory.. Abs, Evandro Couto. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Is there are fix or workaround for the Ovirt 3.3 Cluster and VDSM 4.14?
Hi! An upgrade would fix it. The general issue hasn't yet been fixed (looking at BZ 1077110) and I don't know whether it'll be backported when it does. I would edit the engine's DB and append "4.14" to the option_value column of the vdc_options table where option_name="SupportedVDSMVersions", then restart the engine. I think this should be enough. Yours, Lior. On 20/04/14 17:45, Drew Showers wrote: > I know this error has been noted and a BZ bug logged. However, is there > a fix or workaround yet for 3.3? Or do I need to upgrade to 3.4? > > Thanks in advance! > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] FC19 - Transaction check error - while installing ovirt-engine
Hi, I am trying to install oVirt-Engine on Fedora-19. I am getting the below transaction check error while executing 'yum -y install ovirt-engine' command. Please help me resolve this. Transaction check error: file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.py conflicts between attempted installs of ovirt-log-collector-3.4.1-1.fc19.noarch and sos-3.0-23.fc19.noarch file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyc conflicts between attempted installs of ovirt-log-collector-3.4.1-1.fc19.noarch and sos-3.0-23.fc19.noarch file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyo conflicts between attempted installs of ovirt-log-collector-3.4.1-1.fc19.noarch and sos-3.0-23.fc19.noarch I have used ovirt repo - yum localinstall http://resources.ovirt.org/releases/ovirt-release.noarch.rpm Thank You. Regards, Udaya Kiran___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users