Re: [Users] Bonding - VMs Network performance problem
Hi Ricardo, Are you still experiencing the problem described below? Are you configuring MTU (to something other than default or 1500) for one of the networks on the bond? Thanks, Livnat On 06/18/2013 05:36 PM, Ricardo Esteves wrote: Good afternoon, Yes, the Save network configuration is checked, configurations are persistent across boots. The problem is not the persistence of the configurations, the problem is that after a reboot the network performance on the VMs is very bad, and to fix it i need to remove the bonding and add it again. In attachment, the screenshots of my network configuration. Best regards, Ricardo Esteves. -Original Message- *From*: Mike Kolesnik mkole...@redhat.com mailto:mike%20kolesnik%20%3cmkole...@redhat.com%3e *To*: Ricardo Esteves maverick...@gmail.com mailto:ricardo%20esteves%20%3cmaverick...@gmail.com%3e *Cc*: Users@ovirt.org mailto:Users@ovirt.org *Subject*: Re: [Users] Bonding - VMs Network performance problem *Date*: Sun, 26 May 2013 04:57:43 -0400 (EDT) Hi, I've got ovirt installed on 2 HP BL460c G6 blades, and my VMs have very poor network performance (around 7,01K/s). On the servers itselfs there is no problem, i can download a file with wget at around 99 M/s. Then i go to ovirt network configuration remove the bonding and then make the bonding again and the problem gets fixed (i have to do this everytime i reboot my blades). Have you tried to check the Save network configuration check box, or clicking the button from the host's NICs sub-tab? This should persist the configuration that you set on the host across reboots.. SERVER' s Software: CentOS 6.4 (64 bits) - 2.6.32-358.6.2.el6.x86_64 Ovirt EL6 official rpms. Anyone experienced this kind of problems? Best regards, Ricardo Esteves. ___ 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: [Users] Fedora upgrading from 3.1 to 3.2
Hi Karli I've written up all we know at [1], please try to follow it (if you haven't yet) and let us know how it goes. If anything goes wrong, we will look for the ways to resolve it. Alex. [1] http://www.ovirt.org/OVirt_3.1_to_3.2_upgrade On Thu, Jun 20, 2013 at 8:05 PM, Alex Lourie alou...@redhat.com wrote: Hi Karli I am reviewing all the actions again, and hopefully will have something documented on Sunday. Alex. On Tue, Jun 18, 2013 at 10:46 AM, Karli Sjöberg karli.sjob...@slu.se wrote: tis 2013-06-18 klockan 10:06 +0300 skrev Moran Goldboim: On 06/17/2013 02:51 PM, Karli Sjöberg wrote: mån 2013-06-17 klockan 10:11 +0003 skrev Alex Lourie: On Fri, Jun 14, 2013 at 12:26 PM, Karli Sjöberg karli.sjob...@slu.se wrote: Hi! Hi Karli, More than two months have passed without any notices or updates on this issue, and looking at the bugreport absolutely nothing has been done since then. What´s confusing me is that the release management for oVirt 3.2 has this clearly printed: MUST: Upgrade from previous release And you all seem too busy with getting the next release out of the door before fixing the current... What gives? Don´t you care about early adopters? I apologise that this issue wasn't taken care of yet. It is clear that the priorities of developers shifted towards work on features in 3.3 release, which feature freeze is happening in about 2 weeks, so you can understand the time pressure they all have. There's no need to be angry about that. It is an open source project and as resources for the development are limited, we're trying to do our best to cover as much issues as possible. This can lead to situations as this issue, which may be left behind for some time. I´m not angry, as I stated before, I´m more confused, and maybe a little disappointed that important(in my opinion) pieces of a projects continuum have been ignored like that. I´m having a hard time understanding the reasoning behind the priorities that have made this issue appear. In my mind, making sure that users of any project are able to follow between minor upgrades is a given, with a schedule like; 1) Feature freeze, 2) Fix release blockers (upgrading being one of them), 3) Release, in that order. Now what´s happening is that you are kind of hoping to drag this out until the problem goes away by itself when you decide it´s time to stop supporting 3.1. That said, the process for upgrading the oVirt 3.1 on Fedora 17 to oVirt 3.2 on Fedora 18 is complex and non-trivial, that's why it is taking time to resolve all the issues that come up in the process. If this matter is not extremely urgent, we are currently working on a tool that may make this upgrade easier, albeit, maybe, not completely automatic. On the other hand, if this is a completely and utterly urgent, we may try to guide you through possible manual attempts to perform the upgrade. Mind though, that they weren't thoroughly tested, and not promised to go smoothly or even work, and we may have to think about possible alternative solutions on the go. Straight answer: Am I ever going to be able to upgrade from 3.1 to 3.2? My concern (fear) is about being left behind, abandoned. It makes me feel non-important. Just like any admin, the work put down to make Templates, to set up quotas, create VMPools, a dozen of guests. And then have to export everything (nullifying the idea of Thin Provisioning), redo every Role, reset every permission, quota, and so on, isn´t (in my opinion) viable in the long run for oVirt as a project to demand. That´s why I had the notion that upgrading surely had to be a high priority. Was I wrong about that? upgrade actually was high priority task, but due to lots of platform (fedora 18) changes, it became a huge operation to support it (which comes on top new features/bugs/support etc.). in addition we have noticed that the interest from the community regarding it, is very limited. from where i see i we have couple of options: -if there is enough interest from the community we can give it another go (though i think most of it moved long ago to oVirt 3.2) You certainly have my interest at least;) -we can help individuals by making a migration (3.1-3.2) document on fedora base systems- we'll probably need your assistance on testing side here A document explaining how to upgrade would be completly acceptable for me. I´m not asking for a turnkey command that makes everything for me, I´ve managed to get quite far by myself any way. I would love to help testing the procedure, as I´ve stated before, we have set up a dedicated test environment dedicated for this specific upgrade task in mind, with engine, hosts and storage somewhat equal to the production system. Please, if there´s anything I can do to
Re: [Users] oVirt and IPA (LDAP/KERBEROS)
On 06/14/2013 12:16 AM, James James wrote: Hello, I want to connect my oVirt server on my IPA server. After executing : engine-manage-domains -action=add -domain=example.com http://example.com -user=admin -provider=IPA -ldapServers=ldap.example.com http://ldap.example.com -interactive -report I've got this answer : Invalid argument ldapservers Can somebody help me ? Regards ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users was this resolved? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] HA and SPM host
On 06/13/2013 08:14 PM, Marc Seward wrote: Would it be correct to say that VMs running on NFS/local storage will not be affected if there is no SPM host.In other words,these VMs can still be started on a non SPM host (host 2) after host1 got fenced(SPM host before it got fenced). yes, except for operations like live snapshot or storage live migration On Wednesday, June 12, 2013, Marc Seward wrote: -- Forwarded message -- From: *Marc Seward* linuxuse...@gmail.com javascript:_e({}, 'cvml', 'linuxuse...@gmail.com'); Date: Wed, Jun 12, 2013 at 1:06 PM Subject: Re: [Users] HA and SPM host To: Jiri Belka jbe...@redhat.com javascript:_e({}, 'cvml', 'jbe...@redhat.com'); Thank you very much for your response. I have noticed delays in the selection of the SPM host and attempts to run VMs even before SPM host is selected.AFAIU,that is incorrect behavior. On Wed, Jun 12, 2013 at 2:36 AM, Jiri Belka jbe...@redhat.com javascript:_e({}, 'cvml', 'jbe...@redhat.com'); wrote: On Tue, 11 Jun 2013 12:16:28 -0400 Marc Seward linuxuse...@gmail.com javascript:_e({}, 'cvml', 'linuxuse...@gmail.com'); wrote: Hi all, In a 2 hypervisor setup,if host1 is fenced(host1 is also the SPM host) and it has HA VMs running on it,would these VMs be started on host2 only after host2 is elected as the SPM host? It would first try to migrate VMs and if this won't work if would fence SPM host and start HA VMs on other (now new SPM) host. j. ___ 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: [Users] Cannot connect to VM via browser if engine was not in /etc/hosts
On 06/06/2013 11:51 AM, lof yer wrote: I connect https://192.168.1.111 and connect to the VM, then the remote-viewer shows up, but failed to show the VM desktop. Is it the https problem? Can I connect to the VM without modify /etc/hosts? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users was this resolved? sounds like a certificate/dns issue? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Problems using the PythonSDK
On 06/05/2013 07:58 AM, Karli Sjöberg wrote: tis 2013-06-04 klockan 16:32 +0300 skrev Michael Pasternak: Karli, On 06/04/2013 04:05 PM, Karli Sjöberg wrote: Hello everyone! I´m almost done with Python for now. But the last thing I sitll can´t seem to get any hang on is how to change the name of a VM´s disk: please use disk.alias property, name is deprecated and for backward compatibility only. It doesn´t matter what property I use, the name doesn´t change any way! Please read below, you´ll see I even tried defining .alias and .name at the same time, then update, but still no change. Could you please post the correct, and working way of doing this, please. from ovirtsdk.api import API from ovirtsdk.xml import params api = API(url='https://${OVIRT}:443 https://storm.slu.se:443', ca_file='/etc/pki/ovirt-engine/ca.pem', username='admin@internal mailto:'admin@internal', password='letmein!') VM_NAME = 'FedoraTest' DISK_NAME = '%s_Disk1' % (VM_NAME) vm = api.vms.get(VM_NAME) vmdisk = vm.disks.list()[0] vmdisk.alias = 'foobar' vmdisk.name = 'foobar' vmdisk.update() ovirtsdk.infrastructure.brokers.VMDisk object at 0x25d7ad0 But the name/alias/whatev never changes... Could you please give me an exact, and working example of how to change the name of a VM´s disk. This is the last simple thing I would like to accomplish before sharing a little something back with y´all(teaser, teaser). /Karli sön 2013-05-26 klockan 02:48 -0400 skrev Ilia Meerovich: Hi, Lets followhttp://www.ovirt.org/Python-sdk In [1]: from ovirtsdk.xml import params In [2]: from ovirtsdk.api import API In [3]: In [4]: api = API(***, ***, ***) In [5]: user_name = *** In [6]: domain = ***.***.***.redhat.com In [7]: user_domain = params.Domain(name=domain) In [8]: user_name = {0}@{1}.format(user_name, domain) # creating user In [9]: new_user = params.User(domain=user_domain, user_name=user_name) # adding user to users resource In [10]: user = api.users.add(new_user) # adding role to user In [11]: user.roles.add(api.roles.get('UserRole')) Out[11]: ovirtsdk.infrastructure.brokers.UserRole object at 0x30c7590 Thanks Ilia - Original Message - From: Karli Sjöberg karli.sjob...@slu.se mailto:karli.sjob...@slu.se mailto:karli.sjob...@slu.se To: Ilia Meerovich imeer...@redhat.com mailto:imeer...@redhat.com mailto:imeer...@redhat.com Cc: Michael Pasternak mpast...@redhat.com mailto:mpast...@redhat.com mailto:mpast...@redhat.com, users users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org, Elena Dolinin edoli...@redhat.com mailto:edoli...@redhat.com mailto:edoli...@redhat.com Sent: Friday, May 24, 2013 8:04:43 AM Subject: Re: [Users] Problems using the PythonSDK tor 2013-05-23 klockan 08:53 -0400 skrev Ilia Meerovich: It should be like: from ovirtsdk.xml import params from ovirtsdk.api import API api = API('*', '*', '*') vm = api.vms.list()[0] user = api.users.list()[1] role = api.roles.list()[1] permit = params.Permission() permit.set_role(role) permit.set_vm(vm) user.permissions.add(permit) Thank you very much, I´m going to test this out today! Could you also show me how to first add a user that isn´t in the system yet, please? - Original Message - From: Ilia Meerovich imeer...@redhat.com mailto:imeer...@redhat.com mailto:imeer...@redhat.com To: Michael Pasternak mpast...@redhat.com mailto:mpast...@redhat.com mailto:mpast...@redhat.com Cc: users users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org , Karli Sjöberg karli.sjob...@slu.se mailto:karli.sjob...@slu.se mailto:karli.sjob...@slu.se , Elena Dolinin edoli...@redhat.com mailto:edoli...@redhat.com mailto:edoli...@redhat.com Sent: Thursday, May 23, 2013 3:30:27 PM Subject: Re: [Users] Problems using the PythonSDK Hi, We have several tests like: Add VM permission to user, that are using ART's art/rhevm_api/tests_lib/low_level/mla.py addPermitsToUser function. This is generic function but it shouldn't be hard to prepare SDK code with the same functionality. Thanks Ilia - Original Message - From: Michael Pasternak mpast...@redhat.com mailto:mpast...@redhat.com mailto:mpast...@redhat.com To: Karli Sjöberg karli.sjob...@slu.se mailto:karli.sjob...@slu.se mailto:karli.sjob...@slu.se , Elena Dolinin edoli...@redhat.com mailto:edoli...@redhat.com mailto:edoli...@redhat.com , Ilia Meerovich imeer...@redhat.com mailto:imeer...@redhat.com mailto:imeer...@redhat.com Cc: users users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org Sent: Thursday, May 23, 2013 3:10:21 PM Subject: Re: [Users] Problems using the PythonSDK Hi Karli, On 05/23/2013 12:35 PM, Karli Sjöberg wrote: Hi! We´re in the process of building an orderportal where our customers will be able to log in, select a virtual machine template, type in a desired hostname and it will be automatically created, and they recieve a mail
Re: [Users] Fedora upgrading from 3.1 to 3.2
Hey, This might sounds like a foolish question, but from the link you mentioned: oVirt 3.1 was released as Fedora 17 package while 3.2 is targeted Fedora 18. Due to the nature of this upgrade, we DO NOT recommend it, users are advised to do a 3.2 clean installation, and to import all VM's and template into the new installation. Is there anything special I would have to do to import all the VMs (around 40) from my ovirt 3.1.0-2 to another ovirt (which runs 3.2.2) ? Mvh, Alfred Angelov On 06/23/2013 11:35 AM, Alex Lourie wrote: Hi Karli I've written up all we know at [1], please try to follow it (if you haven't yet) and let us know how it goes. If anything goes wrong, we will look for the ways to resolve it. Alex. [1] http://www.ovirt.org/OVirt_3.1_to_3.2_upgrade On Thu, Jun 20, 2013 at 8:05 PM, Alex Lourie alou...@redhat.com wrote: Hi Karli I am reviewing all the actions again, and hopefully will have something documented on Sunday. Alex. On Tue, Jun 18, 2013 at 10:46 AM, Karli Sjöberg karli.sjob...@slu.se wrote: tis 2013-06-18 klockan 10:06 +0300 skrev Moran Goldboim: On 06/17/2013 02:51 PM, Karli Sjöberg wrote: mån 2013-06-17 klockan 10:11 +0003 skrev Alex Lourie: On Fri, Jun 14, 2013 at 12:26 PM, Karli Sjöberg karli.sjob...@slu.se wrote: Hi! Hi Karli, More than two months have passed without any notices or updates on this issue, and looking at the bugreport absolutely nothing has been done since then. What´s confusing me is that the release management for oVirt 3.2 has this clearly printed: MUST: Upgrade from previous release And you all seem too busy with getting the next release out of the door before fixing the current... What gives? Don´t you care about early adopters? I apologise that this issue wasn't taken care of yet. It is clear that the priorities of developers shifted towards work on features in 3.3 release, which feature freeze is happening in about 2 weeks, so you can understand the time pressure they all have. There's no need to be angry about that. It is an open source project and as resources for the development are limited, we're trying to do our best to cover as much issues as possible. This can lead to situations as this issue, which may be left behind for some time. I´m not angry, as I stated before, I´m more confused, and maybe a little disappointed that important(in my opinion) pieces of a projects continuum have been ignored like that. I´m having a hard time understanding the reasoning behind the priorities that have made this issue appear. In my mind, making sure that users of any project are able to follow between minor upgrades is a given, with a schedule like; 1) Feature freeze, 2) Fix release blockers (upgrading being one of them), 3) Release, in that order. Now what´s happening is that you are kind of hoping to drag this out until the problem goes away by itself when you decide it´s time to stop supporting 3.1. That said, the process for upgrading the oVirt 3.1 on Fedora 17 to oVirt 3.2 on Fedora 18 is complex and non-trivial, that's why it is taking time to resolve all the issues that come up in the process. If this matter is not extremely urgent, we are currently working on a tool that may make this upgrade easier, albeit, maybe, not completely automatic. On the other hand, if this is a completely and utterly urgent, we may try to guide you through possible manual attempts to perform the upgrade. Mind though, that they weren't thoroughly tested, and not promised to go smoothly or even work, and we may have to think about possible alternative solutions on the go. Straight answer: Am I ever going to be able to upgrade from 3.1 to 3.2? My concern (fear) is about being left behind, abandoned. It makes me feel non-important. Just like any admin, the work put down to make Templates, to set up quotas, create VMPools, a dozen of guests. And then have to export everything (nullifying the idea of Thin Provisioning), redo every Role, reset every permission, quota, and so on, isn´t (in my opinion) viable in the long run for oVirt as a project to demand. That´s why I had the notion that upgrading surely had to be a high priority. Was I wrong about that? upgrade actually was high priority task, but due to lots of platform (fedora 18) changes, it became a huge operation to support it (which comes on top new features/bugs/support etc.). in addition we have noticed that the interest from the community regarding it, is very limited. from where i see i we have couple of options: -if there is enough interest from the community we can give it another go (though i think most of it moved long ago to oVirt 3.2) You certainly have my interest at least;) -we can help individuals by making a migration (3.1-3.2) document on fedora base systems- we'll probably need your assistance on testing
Re: [Users] Ceph RBD
On 05/30/2013 04:06 PM, Alex T wrote: Just wondering if there is any possibility of adding support for Ceph's RBD, I understand there are means of simply mounting an RBD with glusterfs, but for performance and simplicity adding support for creating and adding RBD's to VM's would be nice... from my experience on ubuntu 12.04 Qemu 1.4.2 is a strong recommendation. I just don't want to switch to opennebula (although probably the easiest transition from ovirt) or proxmox, kind of getting hooked on the ovirt, but it's lack of support for ceph maybe for it's direct competition with gluster is imposing on its adoption... just to clear this one up - there is no reason ceph won't get support - just need someone to write some patches to do so. Just some other thoughts for the developer's who seem to be few and far between (or at least according to bugzilla), providing support for debian/arch/gentoo (although they already have a little community going), I think would get alot more involvement.. we made great progress to enable other platforms to work (new development environment, vdsm work for ubuntu, guest agent work for ubuntu, guests os's now configuration driven, etc). we'd welcome and help anyone trying to help with making oVirt more robust on other platforms. Also getting the website fixed up should be asap, I mean, it is very hard to navigate, broken links, dead pages, there are tons of pages that are outdated, some that are up to date but are very difficult to can you please send a separate email with some broken links you encountered? navigate too... I mean you can really just copy and paste the RHEV admin manual and call it the ovirt manual, and get alot more interest, if you try and go to the ovirt admin manual now its just a dead page There are from what I remember 1800+ bugs and it seems that only a few 1800+ bugs? may i ask what you are counting? developer's are actively working on them, I think that creating some while few is subjective, i took a look at the stats from 1/1/2013. oVirt engine is the most active project with 2600 commits from 72 distinct authors. vdsm is next with 400 commits from 47 distinct authors for vdsm (some overlap between authors exist). better video's, with better audio showing just how simple it is to create a storage domain, create gluster volumes, iscsi domains etc.. would greatly enhance support, because lets face it, ovirt makes we started this with http://www.youtube.com/ovirtproject, and would welcome any help (since they could be considered promotional, the matching RHEV ones like [1] were not added there) managing your infrastructure easy and intuitive... the more user's the glad to hear you like it. bigger the community the faster the development, please port all the documentation possible from RH to Ovirt and fix up all the broken and dead links on the website so people don't think that Ovirt is a dead project, advertise all the supporter's intel, ibm, netapp whoever... if you get support in for Ceph, you beat out Citrix Vmware, Microsoft, Oracle all in one punch, everyone is looking at Ceph, ovirt is the replacement for microsofts virtual machine manager which requires a ton of things to get functional and the fact that hyper-v is a piece of crap, citrix xenserver at this level would cost around $5K per server with xendesktop and their cloud portal or whatever it's called would be over 10-20K+, VMware would be around 40-50K depending how many server's but just the storage domain option I believe is 35K, oracle I think is a little cheaper at about 3.5K per server, but not so many features... I mean ovirt has so much to offer, just need to get the word out there! I also think getting openvswitch implemented would also be a great addition to both security and functionality. this is coming in 3.3 via the Neutron (new name of Quantum). see: http://www.ovirt.org/Features/Quantum_Integration http://www.ovirt.org/Network_Provider http://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:OpenstackNetProvider,n,z Anyways, great job so far guy's, thank you very much for this software, Glad to see you like it, please don't hesitate to provide additional feedback, and we welcome any help, doesn't have to be with code - web site help is appreciated as well (it is all a wiki). Again - thank for this email - I really appreciate it. Thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users [1] https://www.youtube.com/watch?v=-t5ek5f8XPg ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt Updates - May 23rd 2013
This is just a collection of things happening on the lists/web/etc. (feel free to send me items you think should appear in future updates) 1. Events - recap of oVirt/gluster Shanghai workshop by Theron Conrey http://www.gluster.org/2013/06/event-recap-ovirt-shanghai-workshop/ - upcoming: FISL 2014 we'll have a booth and sessions on oVirt Community Update, Spacewalk + oVirt (Thanks to all organizing) http://fisl.org.br/14/papers_ng/public/fast_grid?event_id=3 - upcoming - oVirt Developer days (with KVM Forum) Edinburgh, UK - October 21 - 23, 2013 2. Development - a slew of features going in gerrit towards 3.3 - libgovirt 0.1.0 (G Object C library for oVirt REST API) by Christophe Fergeau http://permalink.gmane.org/gmane.comp.emulators.ovirt.user/9144 - Gerrit was upgraded to 2.5.4 http://lists.ovirt.org/pipermail/arch/2013-June/001493.html - Vojtech post the *ver* cool crash course for UI plugins (or, How to protect your Data Center from Alien Invasion) http://www.ovirt.org/Tutorial/UIPlugins/CrashCourse - new UI plugin by Daniel Erez that allows invocation of VDSM commands directly from the WebAdmin http://derezvir.blogspot.co.il/ 3. Other - new video channel for china (Thanks to Doron Fediuck) http://lists.ovirt.org/pipermail/users/2013-June/014660.html http://i.youku.com/theovirt - PXE boot UI plugin (by Lee Yarwood) http://gerrit.ovirt.org/#/c/15498/ 4. Related[1] - Symantec blog on plans for Veritas Cluster Server support for RHEV http://www.symantec.com/connect/blogs/symantec-s-veritas-cluster-server-and-red-hat-enterprise-virtualization-32 - Jon Benedict blogged some more on Netapp's UI plugin integration http://captainkvm.com/2013/06/virtual-storage-console-for-rhev/ - build your home 10GE gluster/virt lab at bargain prices (by Patrick Rutledge) http://www.wormwood.org/wormwood/2013/06/08/10-gbps-ethernet-on-the-cheap/ http://www.wormwood.org/wormwood/2013/06/08/pics-of-my-lab/ Thanks, Itamar [1] while these were published for RHEV, should be applicable to oVirt as well, hence assuming of interest. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fedora upgrading from 3.1 to 3.2
Hi Alfred On Sun, Jun 23, 2013 at 10:08 PM, Alfred Angelov alf...@space2u.com wrote: Hey, This might sounds like a foolish question, but from the link you mentioned: oVirt 3.1 was released as Fedora 17 package while 3.2 is targeted Fedora 18. Due to the nature of this upgrade, we DO NOT recommend it, users are advised to do a 3.2 clean installation, and to import all VM's and template into the new installation. Is there anything special I would have to do to import all the VMs (around 40) from my ovirt 3.1.0-2 to another ovirt (which runs 3.2.2) ? No, just usual import should work. Mvh, Alfred Angelov On 06/23/2013 11:35 AM, Alex Lourie wrote: Hi Karli I've written up all we know at [1], please try to follow it (if you haven't yet) and let us know how it goes. If anything goes wrong, we will look for the ways to resolve it. Alex. [1] http://www.ovirt.org/OVirt_3.1_to_3.2_upgrade On Thu, Jun 20, 2013 at 8:05 PM, Alex Lourie alou...@redhat.com wrote: Hi Karli I am reviewing all the actions again, and hopefully will have something documented on Sunday. Alex. On Tue, Jun 18, 2013 at 10:46 AM, Karli Sjöberg karli.sjob...@slu.se wrote: tis 2013-06-18 klockan 10:06 +0300 skrev Moran Goldboim: On 06/17/2013 02:51 PM, Karli Sjöberg wrote: mån 2013-06-17 klockan 10:11 +0003 skrev Alex Lourie: On Fri, Jun 14, 2013 at 12:26 PM, Karli Sjöberg karli.sjob...@slu.se wrote: Hi! Hi Karli, More than two months have passed without any notices or updates on this issue, and looking at the bugreport absolutely nothing has been done since then. What´s confusing me is that the release management for oVirt 3.2 has this clearly printed: MUST: Upgrade from previous release And you all seem too busy with getting the next release out of the door before fixing the current... What gives? Don´t you care about early adopters? I apologise that this issue wasn't taken care of yet. It is clear that the priorities of developers shifted towards work on features in 3.3 release, which feature freeze is happening in about 2 weeks, so you can understand the time pressure they all have. There's no need to be angry about that. It is an open source project and as resources for the development are limited, we're trying to do our best to cover as much issues as possible. This can lead to situations as this issue, which may be left behind for some time. I´m not angry, as I stated before, I´m more confused, and maybe a little disappointed that important(in my opinion) pieces of a projects continuum have been ignored like that. I´m having a hard time understanding the reasoning behind the priorities that have made this issue appear. In my mind, making sure that users of any project are able to follow between minor upgrades is a given, with a schedule like; 1) Feature freeze, 2) Fix release blockers (upgrading being one of them), 3) Release, in that order. Now what´s happening is that you are kind of hoping to drag this out until the problem goes away by itself when you decide it´s time to stop supporting 3.1. That said, the process for upgrading the oVirt 3.1 on Fedora 17 to oVirt 3.2 on Fedora 18 is complex and non-trivial, that's why it is taking time to resolve all the issues that come up in the process. If this matter is not extremely urgent, we are currently working on a tool that may make this upgrade easier, albeit, maybe, not completely automatic. On the other hand, if this is a completely and utterly urgent, we may try to guide you through possible manual attempts to perform the upgrade. Mind though, that they weren't thoroughly tested, and not promised to go smoothly or even work, and we may have to think about possible alternative solutions on the go. Straight answer: Am I ever going to be able to upgrade from 3.1 to 3.2? My concern (fear) is about being left behind, abandoned. It makes me feel non-important. Just like any admin, the work put down to make Templates, to set up quotas, create VMPools, a dozen of guests. And then have to export everything (nullifying the idea of Thin Provisioning), redo every Role, reset every permission, quota, and so on, isn´t (in my opinion) viable in the long run for oVirt as a project to demand. That´s why I had the notion that upgrading surely had to be a high priority. Was I wrong about that? upgrade actually was high priority task, but due to lots of platform (fedora 18) changes, it became a huge operation to support it (which comes on top new features/bugs/support etc.). in addition we have noticed that the interest from the community regarding it, is very limited. from where i see i we have couple of options: -if there is enough interest from the community we can give it another go (though i think most of it moved long ago to oVirt 3.2) You certainly have my interest at least;) -we can
Re: [Users] Password reset of ovirt wiki not working
Hi, I did some digging, and it turns out that some time in the last 2 weeks, a change in the PaaS we use has resulted in emails no longer being sent. I've informed the authorities and will come back with more information when I have it. Cheers, Dave. On 06/18/2013 03:06 PM, j.astr...@netbulae.eu wrote: Hi, Nope, tried it about a dozen times with time in between. -- Regards, Jorick Astrego From: Laszlo Hornyak lhorn...@redhat.com To: j astrego j.astr...@netbulae.eu Cc: ovirt-users users@ovirt.org Date: 06/18/2013 13:32 Subject: Re: [Users] Password reset of ovirt wiki not working Hi, Try it again! I get this error page on just any random save in the wiki, but after a retry it usually works. Laszlo - Original Message - From: j astrego j.astr...@netbulae.eu To: ovirt-users users@ovirt.org Sent: Tuesday, June 18, 2013 12:45:14 PM Subject: [Users] Password reset of ovirt wiki not working Hi, Maybe this is not really for this list, but I don't know where else to submit it ;-) I try to request a new password for the Ovirt wiki and get this error: Internal error Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information. -- Kind regards, Jorick Astrego Netbulae B.V. Site: http://www.netbulae.eu http://www.netbulae.eu/ ___ 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 -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Cannot connect to VM via browser if engine was not in /etc/hosts
于 2013/6/24 1:47, Itamar Heim 写道: On 06/06/2013 11:51 AM, lof yer wrote: I connect https://192.168.1.111 and connect to the VM, then the remote-viewer shows up, but failed to show the VM desktop. Is it the https problem? Can I connect to the VM without modify /etc/hosts? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users was this resolved? sounds like a certificate/dns issue? Yes, it's certificate/dns problem. But how can I connect via IP instead of FQDN without https? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Cannot connect to VM via browser if engine was not in /etc/hosts
On 06/24/2013 03:10 AM, lofyer wrote: 于 2013/6/24 1:47, Itamar Heim 写道: On 06/06/2013 11:51 AM, lof yer wrote: I connect https://192.168.1.111 and connect to the VM, then the remote-viewer shows up, but failed to show the VM desktop. Is it the https problem? Can I connect to the VM without modify /etc/hosts? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users was this resolved? sounds like a certificate/dns issue? Yes, it's certificate/dns problem. But how can I connect via IP instead of FQDN without https? i guess it depends if you can tell spice client to not validate the ssl certificate. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users