Re: [Users] using cloud-init?
On Wed, 2014-03-12 at 01:52 -0400, Oved Ourfalli wrote: Did you set the OS type of the VM / template to some linux based OS type? That was it. Thanks! Jason The cloud-init data is passed only to linux VMs. A new patch changed that, and passed it to all non-windows VMs, so if you left the defaults, and the OS type is Other OS, then it doesn't work without the patch. See bug https://bugzilla.redhat.com/show_bug.cgi?id=1072764 Oved - Original Message - From: Jason Brooks jbro...@redhat.com To: users@ovirt.org Sent: Tuesday, March 11, 2014 6:21:37 PM Subject: [Users] using cloud-init? Hi all -- I've been trying, without success, to use cloud-init w/ oVirt 3.4 on Fedora 19 hosts. I've had similar failure in the past, but here are the steps I'm taking currently: 1. Import as template F19 image from ovirt-image-repository glance repo 2. Create new vm based on that template 3. Choose ovirtmgmt as the nic1 for the VM 4. Show advanced options, click initial run, expand authentication, enter a root password, paste my public key into the allowed ssh keys field 5. Hit OK, and then run the VM 6. In the VM's console, I see it complain about No instance datasource found 7. Unsurprisingly, I can't log in w/ pw or ssh. (By the way, are there any default creds for these images? I thought they might be based on the fedora cloud images, but their default uname fedora pw nothing doesn't work) I've tried some other derivations of this, launching from the Run Once menu, filling in various different fields, etc. Any clues? I don't see many people complaining about this, so I'm assuming it's working for other people. I don't know, maybe it's something with Fedora? Thanks, Jason ___ 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] [GSOC][Gerrit] add potential reviewers - questions
On 03/11/2014 10:08 PM, Maor Lipchuk wrote: On 03/11/2014 05:20 PM, Itamar Heim wrote: On 03/11/2014 05:14 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eyal Edri ee...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, March 11, 2014 5:10:54 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote: On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I think if we do this, we want to make sure we cover per file who is required to +2 it before we consider it acked. won't it require maintaining static lists of people per file/path/project? yes, but considering our project layout, i don't see an alternative. (some of the layout could be improved to be path based, rather than file based) I think it could be done automatically by analysing the file and see who mostly changed it recently, since the owner of the file might be dynamic, who ever changed most of it few days ago might be more familiar with it today IMO the algorithm of adding the reviewers should be flexible. For example, using a folder which will contain files, where each file implement an algorithm to add the reviewers. for instance we can have two files: 1. Add a reviewers by blame - the contributor which changed recently the code lines 2. Add a reviewers by file - the contributor who changed most of the file recently. Each file will implement the functional operation and will output the reviewers emails. The user can then add a new algorithm or change it to be more specific to its project. for example the user can add also the maintainers which acked the patch that was blamed. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users this shouldn't be automatic. we need to clearly define ownership. we can't do this per repo for the engine/vdsm. we can do this per repo for the other repo's probably (though solving the folder/file approach would cover the simpler repos as a private case). yes, it will require some work, maybe some moving around of files to make this easier by folders (topics) which should be relevant anyway. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Instructions to add a remote controlled power strip not in the native list?
On 03/11/2014 11:43 PM, David Smith wrote: I modified, tested, and added via git (also submitted note in rhbz#519731) support for at least basic power on/off of the raritan devices I have (model DPXS12-20) Now that I have a working fence agent for myself, is it possible to tell me how I can make the config change on my engine to add the support for the fence agent I created? yes, you can change the config of the engine to add it - eli can give more details (hopefully to be wikified later). one caveat is i don't think we accommodated yet for customizing it, so it may be overridden when you upgrade the engine. (Eli, maybe consider changing to osinfo.d/ like format allowing both our own config and user configs side by side) to add this by default to engine, we'd need this to be in a released version of fence-agents. Thanks. On Mon, Feb 17, 2014 at 5:43 AM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com wrote: On 02/17/2014 03:31 PM, Marek Grac wrote: On 02/17/2014 09:45 AM, Eli Mesika wrote: - Original Message - From: Yedidyah Bar David d...@redhat.com mailto:d...@redhat.com To: Itamar Heim ih...@redhat.com mailto:ih...@redhat.com Cc: users@ovirt.org mailto:users@ovirt.org Sent: Sunday, February 16, 2014 2:58:35 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? - Original Message - From: Itamar Heim ih...@redhat.com mailto:ih...@redhat.com To: David Smith dsm...@mypchelp.com mailto:dsm...@mypchelp.com, users@ovirt.org mailto:users@ovirt.org Sent: Saturday, February 15, 2014 2:57:00 AM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? On 02/14/2014 07:37 PM, David Smith wrote: We use Raritan / Dominion PX remote power blocks, is there a way to easily add support for these? CCing Marek on that in case that he had something to add from the fence-agents view since it may be already supported implicitly (like drac7 that is using actually ipmilan) No, Raritan are not supported yet (rhbz#519731) so david, if you can try to push the raritan support to fence-agents, the ovirt side is usually just a config change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Win8 on oVirt
Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? -- 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: [Users] affects of changing compatibility setting on running cluster
Am 11.03.2014 17:38, schrieb Itamar Heim: i understood this to you can't use 4.14 with 3.4.0. Well I examined BZ 1067096 again, this is what did not work: Steps to Reproduce: 1. Run Engine 3.3 Compatibility level 3.2 or 3.3 2. Add node (vdsm 4.14) Actual results: Host is installed with VDSM version (4.14) and cannot join cluster which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. Pay attention to the engine version, it states 3.3. not 3.4.0 So my conclusion is, you can't install vdsm 4.14. when you want to use engine 3.3. Am I reading something wrong? Here's the link again: https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0 -- 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: [Users] Win8 on oVirt
On 03/12/2014 10:06 AM, Sven Kieske wrote: Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] affects of changing compatibility setting on running cluster
On 03/12/2014 10:11 AM, Sven Kieske wrote: Am 11.03.2014 17:38, schrieb Itamar Heim: i understood this to you can't use 4.14 with 3.4.0. Well I examined BZ 1067096 again, this is what did not work: Steps to Reproduce: 1. Run Engine 3.3 Compatibility level 3.2 or 3.3 2. Add node (vdsm 4.14) Actual results: Host is installed with VDSM version (4.14) and cannot join cluster which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. Pay attention to the engine version, it states 3.3. not 3.4.0 So my conclusion is, you can't install vdsm 4.14. when you want to use engine 3.3. Am I reading something wrong? Here's the link again: https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0 this can be fixed via engine config, but is not supposed to be needed, as vdsm is supposed to have vdsm/dsaversion.py.in:'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4'], danken/eli - thoughts? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Best practice for securing oVirt's NFS mounts
Hi, just a quick reminder: unless you got strong network authentication and absolute control over the LAN it's a bad advice to trust some random IP address. In today's networking world I would advice to not trust any LAN resource without strong authentication mechanisms. Am 11.03.2014 18:23, schrieb Prakash Surya: Is the best option to just limit access to these NFS exports to the IP addresses of the hypervisor nodes (and maybe the engine)? -- 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: [Users] ovirt engine source
Hi, maybe check out some of the existing branches? http://gerrit.ovirt.org/#/admin/projects/ovirt-engine,branches looking at: http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=summary I see that there are no tags for any stable branch after release of 3.3.2, just beta and rc tags, but maybe they didn't change for release? Am 12.03.2014 03:16, schrieb jacek burghardt: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/jre/bin/java -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.permutationWorkerFactory=com.google.gwt.dev.ThreadedPermutationWorkerFactory \ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- 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: [Users] Win8 on oVirt
Am 12.03.2014 09:13, schrieb Itamar Heim: sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. Okay, thanks for the clarification! -- 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: [Users] Win8 on oVirt
I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 Am 12.03.2014 09:13, schrieb Itamar Heim: On 03/12/2014 10:06 AM, Sven Kieske wrote: Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Mit freundlichen Grüßen Michael Wagenknecht FuH Entwicklungsgesellschaft mbH Geschäftsführer Carola Fornoff HRB Freiburg 701203, UID DE255007372 Elsässer Str. 18, D-79346 Endingen Telefon +49 - 7642 - 92866 - 0 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Win8 on oVirt
Did you restart ovirt-engine after running engine-config? This is required. Am 12.03.2014 09:28, schrieb Michael Wagenknecht: I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 -- 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: [Users] Win8 on oVirt
Yes I do. Am 12.03.2014 09:50, schrieb Sven Kieske: Did you restart ovirt-engine after running engine-config? This is required. Am 12.03.2014 09:28, schrieb Michael Wagenknecht: I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 -- Mit freundlichen Grüßen Michael Wagenknecht FuH Entwicklungsgesellschaft mbH Geschäftsführer Carola Fornoff HRB Freiburg 701203, UID DE255007372 Elsässer Str. 18, D-79346 Endingen Telefon +49 - 7642 - 92866 - 0 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Win8 on oVirt
On 03/12/2014 10:28 AM, Michael Wagenknecht wrote: I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 I assume cluster version is 3.3. did your restart engine post the engine-config command? Am 12.03.2014 09:13, schrieb Itamar Heim: On 03/12/2014 10:06 AM, Sven Kieske wrote: Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. ___ 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] Win8 on oVirt
Am 12.03.2014 10:04, schrieb Itamar Heim: On 03/12/2014 10:28 AM, Michael Wagenknecht wrote: I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 I assume cluster version is 3.3. did your restart engine post the engine-config command? Cluster Version is 3.3 and I restart the engine after running the engine-config command. Am 12.03.2014 09:13, schrieb Itamar Heim: On 03/12/2014 10:06 AM, Sven Kieske wrote: Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Mit freundlichen Grüßen Michael Wagenknecht FuH Entwicklungsgesellschaft mbH Geschäftsführer Carola Fornoff HRB Freiburg 701203, UID DE255007372 Elsässer Str. 18, D-79346 Endingen Telefon +49 - 7642 - 92866 - 0 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Win8 on oVirt
On 03/12/2014 11:08 AM, Michael Wagenknecht wrote: Am 12.03.2014 10:04, schrieb Itamar Heim: On 03/12/2014 10:28 AM, Michael Wagenknecht wrote: I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 I assume cluster version is 3.3. did your restart engine post the engine-config command? Cluster Version is 3.3 and I restart the engine after running the engine-config command. right... just remembered this is preserved at cluster level on first host joining the cluster to support both fedora and .el6 without manual intervention. do you have at cluster level an emulation mode field? omer/roy - is there an easy way to change cluster level emulation mode? Am 12.03.2014 09:13, schrieb Itamar Heim: On 03/12/2014 10:06 AM, Sven Kieske wrote: Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. ___ 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] Win8 on oVirt
Am 12.03.2014 10:12, schrieb Itamar Heim: On 03/12/2014 11:08 AM, Michael Wagenknecht wrote: Am 12.03.2014 10:04, schrieb Itamar Heim: On 03/12/2014 10:28 AM, Michael Wagenknecht wrote: I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 I assume cluster version is 3.3. did your restart engine post the engine-config command? Cluster Version is 3.3 and I restart the engine after running the engine-config command. right... just remembered this is preserved at cluster level on first host joining the cluster to support both fedora and .el6 without manual intervention. do you have at cluster level an emulation mode field? omer/roy - is there an easy way to change cluster level emulation mode? No I can't find an emulation mode field. Am 12.03.2014 09:13, schrieb Itamar Heim: On 03/12/2014 10:06 AM, Sven Kieske wrote: Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Mit freundlichen Grüßen Michael Wagenknecht FuH Entwicklungsgesellschaft mbH Geschäftsführer Carola Fornoff HRB Freiburg 701203, UID DE255007372 Elsässer Str. 18, D-79346 Endingen Telefon +49 - 7642 - 92866 - 0 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote: On 03/11/2014 10:08 PM, Maor Lipchuk wrote: On 03/11/2014 05:20 PM, Itamar Heim wrote: On 03/11/2014 05:14 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eyal Edri ee...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, March 11, 2014 5:10:54 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote: On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I think if we do this, we want to make sure we cover per file who is required to +2 it before we consider it acked. won't it require maintaining static lists of people per file/path/project? yes, but considering our project layout, i don't see an alternative. (some of the layout could be improved to be path based, rather than file based) I think it could be done automatically by analysing the file and see who mostly changed it recently, since the owner of the file might be dynamic, who ever changed most of it few days ago might be more familiar with it today IMO the algorithm of adding the reviewers should be flexible. For example, using a folder which will contain files, where each file implement an algorithm to add the reviewers. for instance we can have two files: 1. Add a reviewers by blame - the contributor which changed recently the code lines 2. Add a reviewers by file - the contributor who changed most of the file recently. Each file will implement the functional operation and will output the reviewers emails. The user can then add a new algorithm or change it to be more specific to its project. for example the user can add also the maintainers which acked the patch that was blamed. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users this shouldn't be automatic. we need to clearly define ownership. we can't do this per repo for the engine/vdsm. we can do this per repo for the other repo's probably (though solving the folder/file approach would cover the simpler repos as a private case). yes, it will require some work, maybe some moving around of files to make this easier by folders (topics) which should be relevant anyway. I think it would easier to maintain if we just have one file at the root, instead of having the ownership information distributed throughout the files/directories. That way
Re: [Users] ovirt engine source
On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/jre/bin/java -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.permutationWorkerFactory=com.google.gwt.dev.ThreadedPermutationWorkerFactory \ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Best practice for securing oVirt's NFS mounts
On Tue, 11 Mar 2014 10:23:19 -0700 Prakash Surya sur...@llnl.gov wrote: Hi, All the documentation I've seen states that the oVirt NFS storage should use the all_squash,anonuid=36,anongid=36 options. Obviously this isn't secure, so I'm curious how others have locked down their NFS storage? Is the best option to just limit access to these NFS exports to the IP addresses of the hypervisor nodes (and maybe the engine)? Is there a better way to go about this? Run vlans and have some active monitoring for physical ports up|down states etc... If you cannot control your environment then ask yourself if you trust your infrastructure provider at all. You can run kerberized NFS etc... but what about kerberos security? The beginning is trust towards your infrastructure. j. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Win8 on oVirt
If I change the machine type from rhel6.4.0 to rhel6.5.0 in the xml file of the guest with a hook script, then the SEP Flag is set. Am 12.03.2014 10:32, schrieb Michael Wagenknecht: Am 12.03.2014 10:12, schrieb Itamar Heim: On 03/12/2014 11:08 AM, Michael Wagenknecht wrote: Am 12.03.2014 10:04, schrieb Itamar Heim: On 03/12/2014 10:28 AM, Michael Wagenknecht wrote: I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 I assume cluster version is 3.3. did your restart engine post the engine-config command? Cluster Version is 3.3 and I restart the engine after running the engine-config command. right... just remembered this is preserved at cluster level on first host joining the cluster to support both fedora and .el6 without manual intervention. do you have at cluster level an emulation mode field? omer/roy - is there an easy way to change cluster level emulation mode? No I can't find an emulation mode field. Am 12.03.2014 09:13, schrieb Itamar Heim: On 03/12/2014 10:06 AM, Sven Kieske wrote: Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. ___ 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] Win8 on oVirt
- Original Message - From: Itamar Heim ih...@redhat.com To: Michael Wagenknecht wagenkne...@fuh-e.de, users@ovirt.org, Omer Frenkel ofren...@redhat.com, Roy Golan rgo...@redhat.com Sent: Wednesday, March 12, 2014 11:12:07 AM Subject: Re: [Users] Win8 on oVirt On 03/12/2014 11:08 AM, Michael Wagenknecht wrote: Am 12.03.2014 10:04, schrieb Itamar Heim: On 03/12/2014 10:28 AM, Michael Wagenknecht wrote: I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 I assume cluster version is 3.3. did your restart engine post the engine-config command? Cluster Version is 3.3 and I restart the engine after running the engine-config command. right... just remembered this is preserved at cluster level on first host joining the cluster to support both fedora and .el6 without manual intervention. do you have at cluster level an emulation mode field? omer/roy - is there an easy way to change cluster level emulation mode? it is set according to the host capabilities and engine config, it is not exposed to the user, so can only be changed in the db. by default, the config for 3.3 is rhel-6.4, so this is what we set for the cluster: engine-config --get ClusterEmulatedMachines --cver 3.3 rhel6.4.0,pc-1.0,pseries you can manually change in the db the emulation for a specific cluster: update vds_groups set emulated_machine='rhel6.5.0' where name='cluster name'; Am 12.03.2014 09:13, schrieb Itamar Heim: On 03/12/2014 10:06 AM, Sven Kieske wrote: Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. ___ 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] Win8 on oVirt
On 03/12/2014 11:12 AM, Itamar Heim wrote: On 03/12/2014 11:08 AM, Michael Wagenknecht wrote: Am 12.03.2014 10:04, schrieb Itamar Heim: On 03/12/2014 10:28 AM, Michael Wagenknecht wrote: I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 I assume cluster version is 3.3. did your restart engine post the engine-config command? Cluster Version is 3.3 and I restart the engine after running the engine-config command. right... just remembered this is preserved at cluster level on first host joining the cluster to support both fedora and .el6 without manual intervention. do you have at cluster level an emulation mode field? omer/roy - is there an easy way to change cluster level emulation mode? not without db intervention. I opened a bug [1] to change it so we would be able to reset the cluster value meanwhile: psql engine engine -c update vds_groups set emulated_machine ='${value}' where vds_group_id = '${vds_group_id}' if ${value} is blank than your emulated machine value would be a match between the config value and the host value [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058751 Am 12.03.2014 09:13, schrieb Itamar Heim: On 03/12/2014 10:06 AM, Sven Kieske wrote: Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. ___ 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] oVirt 3.5 planning - bandwidth/cpu/io accounting
On Thu, Feb 27, 2014 at 12:03:55PM +, Dan Kenigsberg wrote: There are users that would like to tell how much traffic each vnic of each VM has consumed in a period of time. Currently, we report only bitrate as a percetage of an estimated vnic speed. Integrating this value over time is inefficent and error prone. I suggest to have all the stack (Vdsm, Engine, dwh) report the actually-trasmitted (and actually-received) byte count on each vnic, as well as the time when the sample was taken. Currently, Vdsm reports 'eth0': {'rxDropped': '0', 'rxErrors': '0', 'rxRate': '8.0', 'speed': '1000', 'state': 'up', 'txDropped': '0', 'txErrors': '0', 'txRate': '10.0'}, but it should add rxKiBytes, txKiBytes and time to the frill. GUI could still calculate the rate for illustration, based on the raw trasmission and the sample time. Until we break backward compatibility, we'd keep reporting the flaky rxRate/txRate, too. I can think of only two problems with this approach: Linux byte counters would eventually reset when they overflow. This is currently hidden by Vdsm, but with the suggested change, would have to be handled by higher levels of the stack. A similar problem appears on migration: the counters would reset and Engine would need to know how to keep up the accounting properly. I've opened Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate to track this request of mine. For the reconrd, I'm told that there is a very similar need for reporting accumulated guest CPU cycle IO operations consuption. Martin, do we already have BZs for the other two use cases? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
2014-03-11 23:43 GMT+01:00 Nir Soffer nsof...@redhat.com: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: annou...@ovirt.org, Users@ovirt.org, engine-devel engine-de...@ovirt.org, arch a...@ovirt.org, VDSM Project Development vdsm-de...@lists.fedorahosted.org Sent: Tuesday, March 11, 2014 6:17:03 PM Subject: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available The oVirt team is pleased to announce that the 3.4.0 Second Release Candidate is now available for testing. ... [1] http://www.ovirt.org/OVirt_3.4.0_release_notes I noticed that not all vdsm fixes are listed in the release notes 74b4a27 xmlrpc: [Fix] Use correct base class for parsing request https://bugzilla.redhat.com/1074063 d456d75 xmlrpc: Support HTTP 1.1 https://bugzilla.redhat.com/1070476 Nir Hi, just want to let you know that upgrading the engine from 3.4.0 RC - 3.4.0 RC2 pulls in three i686 rpms: glibc-2.12-1.132.el6.i686.rpm iptables-1.4.7-11.el6.i686.rpm nss-softokn-freebl-3.14.3-9.el6.i686.rpm ( this is a fully patched CentOS 6.5 x86_64 install). Then # yum remove iptables.i686 nss-softokn-freebl.i686 glibc.i686 to evict any 32 bit package from my engine and all is fine again. Best regards, Giorgio. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.3.3 - Migration failures
Hi ! I am testing all the functionalities of oVirt for work and I have some issues regarding live migration. Here's my configuration: - pc001 : CentOS 6.5 minimal with VDSM (4.13.3-3.el6) - pc002 : CentOS 6.5 minimal with VDSM (4.13.3-3.el6) and ovirt-engine (3.3.3-2.el6) - pc003 : CentOS 6.5 with VDSM (4.13.3-3.el6) All these servers are in the same cluster and datacenter is using NFS for storage. Here's my problem : I have one VM (called Debian) running on a specific host (pc003.lan). I try to migrate it to another host (pc001.lan) but the migration fails. As a result, the VM is still running on pc003 and the number of running VMs on this host is still the same; but I can see one more VM running on the host pc001. It does the same thing with other VMs (mavm1, mavm2, mavm3, Debian2). At the end, the administration portal tells me I have 7VMs running on host pc001, 4 on pc002 and 3 on pc001; I have only 7 VMs , not 14. From now, some errors keep showing up in the log (see attachment). It says that migrations are still running but I cannot cancel them in the administration portal and they never stop/succeed/fail. This problem occurred some time after I enabled quotas in the Datacenter but I don't know if it's related in any way. If I reboot pc001, the number of running VM is reset to 0, but any attempt to migrate a VM to this host does the same thing again. Also, restarting the engine did not fix this issue. Does anyone have an idea about what's happening ? I'm new with oVirt and I don't know what to do to solve this. Thanks for your help ! Regards, Thomas LANGÉ 2014-03-12 11:34:34,430 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-97) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM CentOS is down. Exit message: Domain not found: no domain with matching uuid 'f31e9b47-a676-4151-bcbd-c39cab759807'. 2014-03-12 11:34:34,432 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) START, DestroyVDSCommand(HostName = pc001.lan, HostId = 54a05734-2b23-43a8-a24f-f62f297fa884, vmId=4ad4d268-8487-4ad3-a21d-ec9ea284d5c6, force=false, secondsToWait=0, gracefully=false), log id: f2bee0a 2014-03-12 11:34:34,441 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) Failed in DestroyVDS method 2014-03-12 11:34:34,442 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) Error code unexpected and error message VDSGenericException: VDSErrorException: Failed to DestroyVDS, error = Unexpected exception 2014-03-12 11:34:34,443 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) Command org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=16, mMessage=Unexpected exception]] 2014-03-12 11:34:34,443 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) HostName = pc001.lan 2014-03-12 11:34:34,444 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) Command DestroyVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to DestroyVDS, error = Unexpected exception 2014-03-12 11:34:34,445 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) FINISH, DestroyVDSCommand, log id: f2bee0a 2014-03-12 11:34:34,455 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-97) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM TestImportKVM is down. Exit message: Domain not found: no domain with matching uuid '4ad4d268-8487-4ad3-a21d-ec9ea284d5c6'. 2014-03-12 11:34:34,457 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) START, DestroyVDSCommand(HostName = pc001.lan, HostId = 54a05734-2b23-43a8-a24f-f62f297fa884, vmId=637d6a3a-c10d-4255-ad2d-ccf2970ff201, force=false, secondsToWait=0, gracefully=false), log id: 2b28d436 2014-03-12 11:34:34,466 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) Failed in DestroyVDS method 2014-03-12 11:34:34,467 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) Error code unexpected and error message VDSGenericException: VDSErrorException: Failed to DestroyVDS, error = Unexpected exception 2014-03-12 11:34:34,467 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-97) Command org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc
Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
Il 12/03/2014 14:45, Giorgio Bersano ha scritto: 2014-03-11 23:43 GMT+01:00 Nir Soffer nsof...@redhat.com: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: annou...@ovirt.org, Users@ovirt.org, engine-devel engine-de...@ovirt.org, arch a...@ovirt.org, VDSM Project Development vdsm-de...@lists.fedorahosted.org Sent: Tuesday, March 11, 2014 6:17:03 PM Subject: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available The oVirt team is pleased to announce that the 3.4.0 Second Release Candidate is now available for testing. ... [1] http://www.ovirt.org/OVirt_3.4.0_release_notes I noticed that not all vdsm fixes are listed in the release notes 74b4a27 xmlrpc: [Fix] Use correct base class for parsing request https://bugzilla.redhat.com/1074063 d456d75 xmlrpc: Support HTTP 1.1 https://bugzilla.redhat.com/1070476 Nir Hi, just want to let you know that upgrading the engine from 3.4.0 RC - 3.4.0 RC2 pulls in three i686 rpms: glibc-2.12-1.132.el6.i686.rpm iptables-1.4.7-11.el6.i686.rpm nss-softokn-freebl-3.14.3-9.el6.i686.rpm ( this is a fully patched CentOS 6.5 x86_64 install). Sounds really weird. Anybody else hit this? Can you determine which package pulled in that dep? Then # yum remove iptables.i686 nss-softokn-freebl.i686 glibc.i686 to evict any 32 bit package from my engine and all is fine again. Best regards, Giorgio. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [solved] Win8 on oVirt
With the db update from Omer the SEP Flag is set and I can install Win 8 32 bit. Thank you all very much. You are great!! Am 12.03.2014 13:49, schrieb Omer Frenkel: - Original Message - From: Itamar Heim ih...@redhat.com To: Michael Wagenknecht wagenkne...@fuh-e.de, users@ovirt.org, Omer Frenkel ofren...@redhat.com, Roy Golan rgo...@redhat.com Sent: Wednesday, March 12, 2014 11:12:07 AM Subject: Re: [Users] Win8 on oVirt On 03/12/2014 11:08 AM, Michael Wagenknecht wrote: Am 12.03.2014 10:04, schrieb Itamar Heim: On 03/12/2014 10:28 AM, Michael Wagenknecht wrote: I only get the parameter -m rhel6.4.0 in the qemu command line of the guest. The Host and the linux guest runs with CentOS 6.5. on the oVirt Engine I run: engine-config -s ClusterEmulatedMachines=rhel6.5.0,pc-1.0 --cver=3.3 I assume cluster version is 3.3. did your restart engine post the engine-config command? Cluster Version is 3.3 and I restart the engine after running the engine-config command. right... just remembered this is preserved at cluster level on first host joining the cluster to support both fedora and .el6 without manual intervention. do you have at cluster level an emulation mode field? omer/roy - is there an easy way to change cluster level emulation mode? it is set according to the host capabilities and engine config, it is not exposed to the user, so can only be changed in the db. by default, the config for 3.3 is rhel-6.4, so this is what we set for the cluster: engine-config --get ClusterEmulatedMachines --cver 3.3 rhel6.4.0,pc-1.0,pseries you can manually change in the db the emulation for a specific cluster: update vds_groups set emulated_machine='rhel6.5.0' where name='cluster name'; Am 12.03.2014 09:13, schrieb Itamar Heim: On 03/12/2014 10:06 AM, Sven Kieske wrote: Am 11.03.2014 17:33, schrieb Itamar Heim: engineconfig, change the EmaultedMachine for a 3.3 cluster version I am sorry, but previously you said: the guest is lanunched with -m rhel6.5.0 (which is the default for a 3.3 cluster) and now you say you have to switch it by hand? Which statement is true? If it's the default, it should be set already and I would consider this a bug, wouldn't you? sorry, i confused the RHEV default, which GA post rhel 6.5, with the ovirt one which GA pre-6.5. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Mit freundlichen Grüßen Michael Wagenknecht FuH Entwicklungsgesellschaft mbH Geschäftsführer Carola Fornoff HRB Freiburg 701203, UID DE255007372 Elsässer Str. 18, D-79346 Endingen Telefon +49 - 7642 - 92866 - 0 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
2014-03-12 14:53 GMT+01:00 Sandro Bonazzola sbona...@redhat.com: Il 12/03/2014 14:45, Giorgio Bersano ha scritto: 2014-03-11 23:43 GMT+01:00 Nir Soffer nsof...@redhat.com: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: annou...@ovirt.org, Users@ovirt.org, engine-devel engine-de...@ovirt.org, arch a...@ovirt.org, VDSM Project Development vdsm-de...@lists.fedorahosted.org Sent: Tuesday, March 11, 2014 6:17:03 PM Subject: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available The oVirt team is pleased to announce that the 3.4.0 Second Release Candidate is now available for testing. ... [1] http://www.ovirt.org/OVirt_3.4.0_release_notes I noticed that not all vdsm fixes are listed in the release notes 74b4a27 xmlrpc: [Fix] Use correct base class for parsing request https://bugzilla.redhat.com/1074063 d456d75 xmlrpc: Support HTTP 1.1 https://bugzilla.redhat.com/1070476 Nir Hi, just want to let you know that upgrading the engine from 3.4.0 RC - 3.4.0 RC2 pulls in three i686 rpms: glibc-2.12-1.132.el6.i686.rpm iptables-1.4.7-11.el6.i686.rpm nss-softokn-freebl-3.14.3-9.el6.i686.rpm ( this is a fully patched CentOS 6.5 x86_64 install). Sounds really weird. Anybody else hit this? Can you determine which package pulled in that dep? It surely is iptables that got the two other rpm in. I think it was requested in some way because during the # engine-setup phase I answered Yes to the firewall question Do you want Setup to configure the firewall? (Yes, No) [Yes]: In the very same situation in the past I had no 32 bit packages installed. I think there are no useful messages in the setup log (extract follows): ... 2014-03-12 13:46:55 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package iptables for install Loading mirror speeds from cached hostfile * base: artfiles.org * epel: be.mirror.eurid.eu * extras: artfiles.org * ovirt-epel: be.mirror.eurid.eu * updates: centos.bio.lmu.de 2014-03-12 13:47:02 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum processing package iptables-1.4.7-11.el6.i686 for install 2014-03-12 13:47:04 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum package iptables-1.4.7-11.el6.i686 queued 2014-03-12 13:47:04 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages.Plugin.packages Checking for new repos for mirrors 2014-03-12 13:47:04 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package ovirt-engine for install 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum processing package ovirt-engine-3.4.0-0.13.rc.el6.noarch for install 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum package ovirt-engine-3.4.0-0.13.rc.el6.noarch queued 2014-03-12 13:47:07 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Building transaction 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction built 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction Summary: 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- glibc-2.12-1.132.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- iptables-1.4.7-11.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- nss-softokn-freebl-3.14.3-9.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum updated- ovirt-engine-3.4.0-0.12.master.20140228075627.el6.noarch 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum update - ovirt-engine-3.4.0-0.13.rc.el6.noarch ... 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:254 Transaction Summary: 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:259 install - glibc-2.12-1.132.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:259 install - iptables-1.4.7-11.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:259 install - nss-softokn-freebl-3.14.3-9.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:259 updated - ovirt-engine-3.4.0-0.12.master.20140228075627.el6.noarch 2014-03-12 13:47:08 DEBUG
Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
Il 12/03/2014 15:14, Giorgio Bersano ha scritto: 2014-03-12 14:53 GMT+01:00 Sandro Bonazzola sbona...@redhat.com: Il 12/03/2014 14:45, Giorgio Bersano ha scritto: 2014-03-11 23:43 GMT+01:00 Nir Soffer nsof...@redhat.com: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: annou...@ovirt.org, Users@ovirt.org, engine-devel engine-de...@ovirt.org, arch a...@ovirt.org, VDSM Project Development vdsm-de...@lists.fedorahosted.org Sent: Tuesday, March 11, 2014 6:17:03 PM Subject: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available The oVirt team is pleased to announce that the 3.4.0 Second Release Candidate is now available for testing. ... [1] http://www.ovirt.org/OVirt_3.4.0_release_notes I noticed that not all vdsm fixes are listed in the release notes 74b4a27 xmlrpc: [Fix] Use correct base class for parsing request https://bugzilla.redhat.com/1074063 d456d75 xmlrpc: Support HTTP 1.1 https://bugzilla.redhat.com/1070476 Nir Hi, just want to let you know that upgrading the engine from 3.4.0 RC - 3.4.0 RC2 pulls in three i686 rpms: glibc-2.12-1.132.el6.i686.rpm iptables-1.4.7-11.el6.i686.rpm nss-softokn-freebl-3.14.3-9.el6.i686.rpm ( this is a fully patched CentOS 6.5 x86_64 install). Sounds really weird. Anybody else hit this? Can you determine which package pulled in that dep? It surely is iptables that got the two other rpm in. I think it was requested in some way because during the # engine-setup phase I answered Yes to the firewall question Do you want Setup to configure the firewall? (Yes, No) [Yes]: In the very same situation in the past I had no 32 bit packages installed. I think there are no useful messages in the setup log (extract follows): ... 2014-03-12 13:46:55 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package iptables for install Loading mirror speeds from cached hostfile * base: artfiles.org * epel: be.mirror.eurid.eu * extras: artfiles.org * ovirt-epel: be.mirror.eurid.eu * updates: centos.bio.lmu.de 2014-03-12 13:47:02 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum processing package iptables-1.4.7-11.el6.i686 for install 2014-03-12 13:47:04 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum package iptables-1.4.7-11.el6.i686 queued 2014-03-12 13:47:04 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages.Plugin.packages Checking for new repos for mirrors 2014-03-12 13:47:04 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package ovirt-engine for install 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum processing package ovirt-engine-3.4.0-0.13.rc.el6.noarch for install 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum package ovirt-engine-3.4.0-0.13.rc.el6.noarch queued 2014-03-12 13:47:07 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Building transaction 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction built 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction Summary: 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- glibc-2.12-1.132.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- iptables-1.4.7-11.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- nss-softokn-freebl-3.14.3-9.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum updated- ovirt-engine-3.4.0-0.12.master.20140228075627.el6.noarch 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum update - ovirt-engine-3.4.0-0.13.rc.el6.noarch ... 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:254 Transaction Summary: 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:259 install - glibc-2.12-1.132.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:259 install - iptables-1.4.7-11.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:259 install - nss-softokn-freebl-3.14.3-9.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:259 updated
Re: [Users] ovirt engine source
Is there tarball of stable ovirt engine instead of git ? I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/jre/bin/java -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/ aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.permutationWorkerFactory=com.google.gwt.dev. ThreadedPermutationWorkerFactory \ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] affects of changing compatibility setting on running cluster
On 03/12/2014 04:25 PM, Dan Kenigsberg wrote: On Wed, Mar 12, 2014 at 10:15:21AM +0200, Itamar Heim wrote: On 03/12/2014 10:11 AM, Sven Kieske wrote: Am 11.03.2014 17:38, schrieb Itamar Heim: i understood this to you can't use 4.14 with 3.4.0. Well I examined BZ 1067096 again, this is what did not work: Steps to Reproduce: 1. Run Engine 3.3 Compatibility level 3.2 or 3.3 2. Add node (vdsm 4.14) Actual results: Host is installed with VDSM version (4.14) and cannot join cluster which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. Pay attention to the engine version, it states 3.3. not 3.4.0 So my conclusion is, you can't install vdsm 4.14. when you want to use engine 3.3. Am I reading something wrong? Here's the link again: https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0 this can be fixed via engine config, but is not supposed to be needed, as vdsm is supposed to have vdsm/dsaversion.py.in:'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4'], danken/eli - thoughts? I do not really understand why we have this recurrent Engine bug, of ignoring supportedENGINEs; I think Yaniv does. i recall asking for detailed explanation for why do we have 3 different restrictions , one for supportedEngines, one for the allowed vdsm versions, and one for the cluster level? if vdsm version is supported why isn't it in engine's capabilities yet? the issue was verified in https://bugzilla.redhat.com/show_bug.cgi?id=1016461 , please reopen if it still appears -- Yaniv Bronhaim. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12
- Original Message - From: Maurice James midnightst...@msn.com To: Yair Zaslavsky yzasl...@redhat.com Cc: users@ovirt.org, Eli Mesika emes...@redhat.com Sent: Saturday, March 8, 2014 2:16:22 AM Subject: RE: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 Any status on this? -Original Message- From: Yair Zaslavsky [mailto:yzasl...@redhat.com] Sent: Friday, March 07, 2014 1:53 AM To: Maurice James Cc: users@ovirt.org; Eli Mesika Subject: Re: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 - Original Message - From: Maurice James midnightst...@msn.com To: users@ovirt.org Sent: Friday, March 7, 2014 1:49:23 AM Subject: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 I got the following error while trying to upgrade ;; -HEADER- opcode: QUERY, status: NOERROR, id: 35994 psql:upgrade/03_04_0600_event_notification_methods.sql:10: ERROR: column notification_method contains null values Maurice, As far as I understand, this was resolved by https://bugzilla.redhat.com/show_bug.cgi?id=1072549 (CC'ing Eli who worked on this bug) Eli - I see the patch has script numbering of 03_05 - is there a plan to provide 03_04 script for that fix? This was already done in commit ccb37ca7b3fb69fae8af6cf82ee70f4623e8c380 Sandro , when we are expecting this to be available ? Yair 2014-03-06 18:33:46 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute psql:/var/lib/ovirt-engine/backups/engine-20140306183332.9FQBdD.sql:16: ERROR: language plpgsql already exists 2014-03-06 18:42:58 ERROR otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:150 Execution of setup failed ___ 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] Upgrade from 3.4.0-0.9 to 3.4.0-0.12
Il 12/03/2014 15:33, Eli Mesika ha scritto: - Original Message - From: Maurice James midnightst...@msn.com To: Yair Zaslavsky yzasl...@redhat.com Cc: users@ovirt.org, Eli Mesika emes...@redhat.com Sent: Saturday, March 8, 2014 2:16:22 AM Subject: RE: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 Any status on this? -Original Message- From: Yair Zaslavsky [mailto:yzasl...@redhat.com] Sent: Friday, March 07, 2014 1:53 AM To: Maurice James Cc: users@ovirt.org; Eli Mesika Subject: Re: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 - Original Message - From: Maurice James midnightst...@msn.com To: users@ovirt.org Sent: Friday, March 7, 2014 1:49:23 AM Subject: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 I got the following error while trying to upgrade ;; -HEADER- opcode: QUERY, status: NOERROR, id: 35994 psql:upgrade/03_04_0600_event_notification_methods.sql:10: ERROR: column notification_method contains null values Maurice, As far as I understand, this was resolved by https://bugzilla.redhat.com/show_bug.cgi?id=1072549 (CC'ing Eli who worked on this bug) Eli - I see the patch has script numbering of 03_05 - is there a plan to provide 03_04 script for that fix? This was already done in commit ccb37ca7b3fb69fae8af6cf82ee70f4623e8c380 Sandro , when we are expecting this to be available ? This is included in 3.4.0 Second Release Candidate, released yesterday: 3.4.0-0.13.rc Yair 2014-03-06 18:33:46 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute psql:/var/lib/ovirt-engine/backups/engine-20140306183332.9FQBdD.sql:16: ERROR: language plpgsql already exists 2014-03-06 18:42:58 ERROR otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:150 Execution of setup failed ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt engine source
Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] affects of changing compatibility setting on running cluster
On 03/12/2014 04:32 PM, ybronhei wrote: On 03/12/2014 04:25 PM, Dan Kenigsberg wrote: On Wed, Mar 12, 2014 at 10:15:21AM +0200, Itamar Heim wrote: On 03/12/2014 10:11 AM, Sven Kieske wrote: Am 11.03.2014 17:38, schrieb Itamar Heim: i understood this to you can't use 4.14 with 3.4.0. Well I examined BZ 1067096 again, this is what did not work: Steps to Reproduce: 1. Run Engine 3.3 Compatibility level 3.2 or 3.3 2. Add node (vdsm 4.14) Actual results: Host is installed with VDSM version (4.14) and cannot join cluster which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. Pay attention to the engine version, it states 3.3. not 3.4.0 So my conclusion is, you can't install vdsm 4.14. when you want to use engine 3.3. Am I reading something wrong? Here's the link again: https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0 this can be fixed via engine config, but is not supposed to be needed, as vdsm is supposed to have vdsm/dsaversion.py.in:'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4'], danken/eli - thoughts? I do not really understand why we have this recurrent Engine bug, of ignoring supportedENGINEs; I think Yaniv does. i recall asking for detailed explanation for why do we have 3 different restrictions , one for supportedEngines, one for the allowed vdsm versions, and one for the cluster level? if vdsm version is supported why isn't it in engine's capabilities yet? because its a vdsm version which was released after that engine was released, hence the vdsm package has to declare its supporting the old engine. the issue was verified in https://bugzilla.redhat.com/show_bug.cgi?id=1016461 , please reopen if it still appears ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
- Original Message - From: David Caro dcaro...@redhat.com To: Itamar Heim ih...@redhat.com Cc: Maor Lipchuk mlipc...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 11:01:21 AM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote: On 03/11/2014 10:08 PM, Maor Lipchuk wrote: On 03/11/2014 05:20 PM, Itamar Heim wrote: On 03/11/2014 05:14 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eyal Edri ee...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, March 11, 2014 5:10:54 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote: On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? Maybe it will be worth to use the information we have in Bugzilla here: We can browse the BZ that were closed/verified in the last XXX days Per BZ , we know which patches are involved, who reviewed the patches, which files were changed, when files were changed and the rank of the change (number of lines changed) I believe that from this information we can compose a simple ranking algorithm that its output will be a list of N potential reviewers for the patch. Since we can aggregate the above information for all files related to the patch we want to add reviewers, we can have this set for the whole patch. This information should be processed and stored each N days and gerrit will be able to use it. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I think if we do this, we want to make sure we cover per file who is required to +2 it before we consider it acked. won't it require maintaining static lists of people per file/path/project? yes, but considering our project layout, i don't see an alternative. (some of the layout could be improved to be path based, rather than file based) I think it could be done automatically by analysing the file and see who mostly changed it recently, since the owner of the file might be dynamic, who ever changed most of it few days ago might be more familiar with it today IMO the algorithm of adding the reviewers should be flexible. For example, using a folder which will contain files, where each file implement an algorithm to add the reviewers. for instance we can have two
Re: [Users] ovirt engine source
Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.comwrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.com mailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
- Original Message - From: Giorgio Bersano giorgio.bers...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Users@ovirt.org Sent: Wednesday, March 12, 2014 4:14:26 PM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available 2014-03-12 14:53 GMT+01:00 Sandro Bonazzola sbona...@redhat.com: Il 12/03/2014 14:45, Giorgio Bersano ha scritto: 2014-03-11 23:43 GMT+01:00 Nir Soffer nsof...@redhat.com: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: annou...@ovirt.org, Users@ovirt.org, engine-devel engine-de...@ovirt.org, arch a...@ovirt.org, VDSM Project Development vdsm-de...@lists.fedorahosted.org Sent: Tuesday, March 11, 2014 6:17:03 PM Subject: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available The oVirt team is pleased to announce that the 3.4.0 Second Release Candidate is now available for testing. ... [1] http://www.ovirt.org/OVirt_3.4.0_release_notes I noticed that not all vdsm fixes are listed in the release notes 74b4a27 xmlrpc: [Fix] Use correct base class for parsing request https://bugzilla.redhat.com/1074063 d456d75 xmlrpc: Support HTTP 1.1 https://bugzilla.redhat.com/1070476 Nir Hi, just want to let you know that upgrading the engine from 3.4.0 RC - 3.4.0 RC2 pulls in three i686 rpms: glibc-2.12-1.132.el6.i686.rpm iptables-1.4.7-11.el6.i686.rpm nss-softokn-freebl-3.14.3-9.el6.i686.rpm ( this is a fully patched CentOS 6.5 x86_64 install). Sounds really weird. Anybody else hit this? Can you determine which package pulled in that dep? It surely is iptables that got the two other rpm in. I think it was requested in some way because during the # engine-setup phase I answered Yes to the firewall question Do you want Setup to configure the firewall? (Yes, No) [Yes]: I admit it sounds reasonable, but I do not think it's related. In the very same situation in the past I had no 32 bit packages installed. I think there are no useful messages in the setup log (extract follows): Can you please post somewhere full logs? Thanks. -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] arch linux port
- Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.com mailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto: Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ 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] [ANN] oVirt 3.4.0 Second Release Candidate is now available
- Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Giorgio Bersano giorgio.bers...@gmail.com Cc: users@ovirt.org Users@ovirt.org, Nir Soffer nsof...@redhat.com, Alon Bar-Lev alo...@redhat.com Sent: Wednesday, March 12, 2014 4:19:40 PM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available Il 12/03/2014 15:14, Giorgio Bersano ha scritto: 2014-03-12 14:53 GMT+01:00 Sandro Bonazzola sbona...@redhat.com: Il 12/03/2014 14:45, Giorgio Bersano ha scritto: 2014-03-11 23:43 GMT+01:00 Nir Soffer nsof...@redhat.com: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: annou...@ovirt.org, Users@ovirt.org, engine-devel engine-de...@ovirt.org, arch a...@ovirt.org, VDSM Project Development vdsm-de...@lists.fedorahosted.org Sent: Tuesday, March 11, 2014 6:17:03 PM Subject: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available The oVirt team is pleased to announce that the 3.4.0 Second Release Candidate is now available for testing. ... [1] http://www.ovirt.org/OVirt_3.4.0_release_notes I noticed that not all vdsm fixes are listed in the release notes 74b4a27 xmlrpc: [Fix] Use correct base class for parsing request https://bugzilla.redhat.com/1074063 d456d75 xmlrpc: Support HTTP 1.1 https://bugzilla.redhat.com/1070476 Nir Hi, just want to let you know that upgrading the engine from 3.4.0 RC - 3.4.0 RC2 pulls in three i686 rpms: glibc-2.12-1.132.el6.i686.rpm iptables-1.4.7-11.el6.i686.rpm nss-softokn-freebl-3.14.3-9.el6.i686.rpm ( this is a fully patched CentOS 6.5 x86_64 install). Sounds really weird. Anybody else hit this? Can you determine which package pulled in that dep? It surely is iptables that got the two other rpm in. I think it was requested in some way because during the # engine-setup phase I answered Yes to the firewall question Do you want Setup to configure the firewall? (Yes, No) [Yes]: In the very same situation in the past I had no 32 bit packages installed. I think there are no useful messages in the setup log (extract follows): ... 2014-03-12 13:46:55 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package iptables for install Loading mirror speeds from cached hostfile * base: artfiles.org * epel: be.mirror.eurid.eu * extras: artfiles.org * ovirt-epel: be.mirror.eurid.eu * updates: centos.bio.lmu.de 2014-03-12 13:47:02 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum processing package iptables-1.4.7-11.el6.i686 for install 2014-03-12 13:47:04 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum package iptables-1.4.7-11.el6.i686 queued 2014-03-12 13:47:04 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages.Plugin.packages Checking for new repos for mirrors 2014-03-12 13:47:04 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package ovirt-engine for install 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum processing package ovirt-engine-3.4.0-0.13.rc.el6.noarch for install 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum package ovirt-engine-3.4.0-0.13.rc.el6.noarch queued 2014-03-12 13:47:07 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Building transaction 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction built 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction Summary: 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- glibc-2.12-1.132.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- iptables-1.4.7-11.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- nss-softokn-freebl-3.14.3-9.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum updated- ovirt-engine-3.4.0-0.12.master.20140228075627.el6.noarch 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum update - ovirt-engine-3.4.0-0.13.rc.el6.noarch ... 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._packages:254 Transaction Summary: 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager
Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
On 03/12/2014 04:57 PM, Eli Mesika wrote: - Original Message - From: David Caro dcaro...@redhat.com To: Itamar Heim ih...@redhat.com Cc: Maor Lipchuk mlipc...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 11:01:21 AM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote: On 03/11/2014 10:08 PM, Maor Lipchuk wrote: On 03/11/2014 05:20 PM, Itamar Heim wrote: On 03/11/2014 05:14 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eyal Edri ee...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, March 11, 2014 5:10:54 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote: On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? Maybe it will be worth to use the information we have in Bugzilla here: We can browse the BZ that were closed/verified in the last XXX days Per BZ , we know which patches are involved, who reviewed the patches, which files were changed, when files were changed and the rank of the change (number of lines changed) I believe that from this information we can compose a simple ranking algorithm that its output will be a list of N potential reviewers for the patch. Since we can aggregate the above information for all files related to the patch we want to add reviewers, we can have this set for the whole patch. This information should be processed and stored each N days and gerrit will be able to use it. why are we trying to invent hueristics, instead of declaring clear ownership? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I think if we do this, we want to make sure we cover per file who is required to +2 it before we consider it acked. won't it require maintaining static lists of people per file/path/project? yes, but considering our project layout, i don't see an alternative. (some of the layout could be improved to be path based, rather than file based) I think it could be done automatically by analysing the file and see who mostly changed it recently, since the owner of the file might be dynamic, who ever changed most of it few days ago might be more familiar with it today IMO the algorithm of adding the reviewers should be flexible. For example, using a folder which will contain files, where each file implement an algorithm to add the reviewers. for instance we can have two files: 1. Add a reviewers by blame - the contributor
Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
- Original Message - From: Itamar Heim ih...@redhat.com To: Eli Mesika emes...@redhat.com, users@ovirt.org Cc: Maor Lipchuk mlipc...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 5:52:25 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/12/2014 04:57 PM, Eli Mesika wrote: - Original Message - From: David Caro dcaro...@redhat.com To: Itamar Heim ih...@redhat.com Cc: Maor Lipchuk mlipc...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 11:01:21 AM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote: On 03/11/2014 10:08 PM, Maor Lipchuk wrote: On 03/11/2014 05:20 PM, Itamar Heim wrote: On 03/11/2014 05:14 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eyal Edri ee...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, March 11, 2014 5:10:54 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote: On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? Maybe it will be worth to use the information we have in Bugzilla here: We can browse the BZ that were closed/verified in the last XXX days Per BZ , we know which patches are involved, who reviewed the patches, which files were changed, when files were changed and the rank of the change (number of lines changed) I believe that from this information we can compose a simple ranking algorithm that its output will be a list of N potential reviewers for the patch. Since we can aggregate the above information for all files related to the patch we want to add reviewers, we can have this set for the whole patch. This information should be processed and stored each N days and gerrit will be able to use it. why are we trying to invent hueristics, instead of declaring clear ownership? Reminder: my source metadata plan that requires cooperation. Each source and component should have an explicit ownership up into bug database. I won't repeat it now, it is available at archives. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I think if we do this, we want to make sure we cover per file who is required to +2 it before we
[Users] oVirt Weekly Meeting Minutes -- 2014-03-12
Minutes:http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-12-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-12-15.00.txt Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-12-15.00.log.html = #ovirt: oVirt Weekly Sync = Meeting started by bkp at 15:00:26 UTC (full logs at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-12-15.00.log.html). Meeting summary * Agenda and roll Call (bkp, 15:01:27) ** infra update (bkp, 15:01:27) ** 3.3 update releases (bkp, 15:01:27) ** 3.4 progress (bkp, 15:01:27) ** conferences and workshops (bkp, 15:01:27) ** other topics (bkp, 15:01:29) * infra update (bkp, 15:03:11) ** infra Space improvements on jobs performed on slaves (bkp, 15:10:11) ** infra Jobs modified to filter out infra issues from devel issues (bkp, 15:10:41) ** infra some jobs will start to verify -1 some patches when 'Unstable', meaning a devel error was found and it must be solved prior to merge (bkp, 15:11:18) * 3.3 releases update (bkp, 15:11:34) ** 3.3.4 released last week (bkp, 15:12:22) ** 3.3.5 development started (bkp, 15:12:32) ** http://www.ovirt.org/OVirt_3.3.z_release-management links to tracker, release note place holder and test page (bkp, 15:13:07) * 3.4 progress (bkp, 15:14:56) ** 3.4.0 RC2 released yesterday (bkp, 15:15:28) ** 3.4 GA postponed by one week giving people more time for testing latest bug fix introduced since test day (bkp, 15:16:10) ** 3.4 updates Networking. No blockers in GA build (fixes made it into build). (bkp, 15:21:03) ** 3.4 updates, UX. No updates. (bkp, 15:25:07) ** 3.4 updates Storage. All set for 3.4, handling incoming BZs as they come. (bkp, 15:30:35) ** 3.4 updates Storage. Considering backport of REST API for snapshots from 3.5 to 3.4, so that Single Disk Snapshots (a 3.4 RFE) would be easier to test (bkp, 15:31:30) ** 3.4 updates Storage. REST API backport for 3.4.1 presumably. It's already merged in the master branch (the upcoming 3.5), still need to verify how much of a mess a backport would be. (bkp, 15:32:04) ** 3.4 updates PPC. Some bugs, non-blockers. PPC64 is ok for 3.4, considering release notes for it (bkp, 15:37:14) ** 3.4 updates PPC. Will confirm VDSM compatability on Fedora and CentOS and will report back. (bkp, 15:40:33) ** 3.4 updates Integration. Users are reporting issues while running setup on x86_64, seeing i686 packages being installed (investigating) (bkp, 15:42:30) ** 3.4 updates Integration. Stabilizing RC for next week GA (bkp, 15:42:50) ** 3.4 updates Gluster. Ramesh has sent a WIP patch for external events actions (bkp, 15:44:46) ** 3.4 updates SLA. No team member reporting. (bkp, 15:48:03) ** 3.4 updates Infra. No team member reporting. (bkp, 15:48:10) ** 3.4 updates Virt. No team member reporting. (bkp, 15:48:16) * conferences and workshops (bkp, 15:48:52) ** Weekly conference and call-for-papers mail going out on [users] and [arch] (bkp, 15:50:14) ** Community: Building a library of content for presentations, starting with topics. Feedback welcome (bkp, 15:50:39) * other topics (bkp, 15:51:02) ** Press release and release notes are ready for 3.4. (bkp, 15:53:21) ** New Download page ready for publication at 3.4 release. Review page at http://www.ovirt.org/DraftDownload (bkp, 15:53:29) ** Web site revamp is in order. Planning meetings on IRC coming. (bkp, 15:53:46) Meeting ended at 15:54:54 UTC (full logs). Action items (none) People present (lines said) bkp (95) sbonazzo (18) lvernia (7) lbianc (6) amureini (5) shubhendu (4) dcaro (4) Psi-Jack (2) ecohen (2) ovirtbot (2) sbonazzo1 (1) rbarry (1) fabiand (1) Generated by MeetBot 0.1.4. -- Brian Proffitt - oVirt Community Manager Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 312 477 4320 / Cell: +1 574 383 9BKP IRC: bkp ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] arch linux port
All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. now it gives me an error listed above. Vdsm is running great on arch linux If I can get otopi sorted out On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.commailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto: Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ 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] arch linux port
- Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 6:56:47 PM Subject: Re: arch linux port All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. now it gives me an error listed above. Vdsm is running great on arch linux If I can get otopi sorted out Well, I requested log... Anyway... run setup as: # engine-setup --otopi-environment=OVESETUP_SYSTEM/nfsServiceName=str:nfsd For persistence create the following file within your rpm: /etc/ovirt-engine-setup.conf.d/01-archlinux.conf --- [environment:default] OVESETUP_SYSTEM/nfsServiceName=str:nfsd --- Alon On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.commailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto: Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ 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] arch linux port
All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.commailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto: Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ 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] arch linux port
Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.commailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto: Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ 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] arch linux port
Is there command setting to ignore the environment error ? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.commailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto: Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ 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] arch linux port
- Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.commailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto: Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ 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] [GSOC][Gerrit] add potential reviewers - questions
On 03/12/2014 05:57 PM, Alon Bar-Lev wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eli Mesika emes...@redhat.com, users@ovirt.org Cc: Maor Lipchuk mlipc...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 5:52:25 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/12/2014 04:57 PM, Eli Mesika wrote: - Original Message - From: David Caro dcaro...@redhat.com To: Itamar Heim ih...@redhat.com Cc: Maor Lipchuk mlipc...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 11:01:21 AM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote: On 03/11/2014 10:08 PM, Maor Lipchuk wrote: On 03/11/2014 05:20 PM, Itamar Heim wrote: On 03/11/2014 05:14 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eyal Edri ee...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, March 11, 2014 5:10:54 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote: On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? Maybe it will be worth to use the information we have in Bugzilla here: We can browse the BZ that were closed/verified in the last XXX days Per BZ , we know which patches are involved, who reviewed the patches, which files were changed, when files were changed and the rank of the change (number of lines changed) I believe that from this information we can compose a simple ranking algorithm that its output will be a list of N potential reviewers for the patch. Since we can aggregate the above information for all files related to the patch we want to add reviewers, we can have this set for the whole patch. This information should be processed and stored each N days and gerrit will be able to use it. why are we trying to invent hueristics, instead of declaring clear ownership? Reminder: my source metadata plan that requires cooperation. Each source and component should have an explicit ownership up into bug database. I won't repeat it now, it is available at archives. I think we are discussing two different issues here: The first one considers the GSOC project, of adding reviewers automatically to a patch, this can be done in many different heuristics depending what the submitter prefers (use blame, maintainers who acked the patches, bugs, list of owners to a file and so
Re: [Users] Best practice for securing oVirt's NFS mounts
Right, and agreed. We've migrated to using kerberos authentication and NFS4 for most of our NFS mounts, but since oVirt requires the all_squash and *ID of 36, that won't work. Honestly, our LAN is fairly well protected and our users are more or less trusted, so I don't think it's _that_ big of a deal; but restricting access as much as possible is better than nothing. Do you have any suggestions? I'll admit, NFS security definitely isn't one of my strong suits. Restricting the to specific IPs, was just the best and easiest thing I thought of, keeping the insecure export options in mind. -- Cheers, Prakash On Wed, Mar 12, 2014 at 08:16:34AM +, Sven Kieske wrote: Hi, just a quick reminder: unless you got strong network authentication and absolute control over the LAN it's a bad advice to trust some random IP address. In today's networking world I would advice to not trust any LAN resource without strong authentication mechanisms. Am 11.03.2014 18:23, schrieb Prakash Surya: Is the best option to just limit access to these NFS exports to the IP addresses of the hypervisor nodes (and maybe the engine)? -- 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
- Original Message - From: Maor Lipchuk mlipc...@redhat.com To: Alon Bar-Lev alo...@redhat.com, Itamar Heim ih...@redhat.com Cc: Eli Mesika emes...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 7:29:40 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/12/2014 05:57 PM, Alon Bar-Lev wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eli Mesika emes...@redhat.com, users@ovirt.org Cc: Maor Lipchuk mlipc...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 5:52:25 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/12/2014 04:57 PM, Eli Mesika wrote: - Original Message - From: David Caro dcaro...@redhat.com To: Itamar Heim ih...@redhat.com Cc: Maor Lipchuk mlipc...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 11:01:21 AM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote: On 03/11/2014 10:08 PM, Maor Lipchuk wrote: On 03/11/2014 05:20 PM, Itamar Heim wrote: On 03/11/2014 05:14 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eyal Edri ee...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, March 11, 2014 5:10:54 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote: On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? Maybe it will be worth to use the information we have in Bugzilla here: We can browse the BZ that were closed/verified in the last XXX days Per BZ , we know which patches are involved, who reviewed the patches, which files were changed, when files were changed and the rank of the change (number of lines changed) I believe that from this information we can compose a simple ranking algorithm that its output will be a list of N potential reviewers for the patch. Since we can aggregate the above information for all files related to the patch we want to add reviewers, we can have this set for the whole patch. This information should be processed and stored each N days and gerrit will be able to use it. why are we trying to invent hueristics, instead of declaring clear ownership?
Re: [Users] arch linux port
- Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 7:35:15 PM Subject: Re: arch linux port Well because it fails with the same otopi error. Without you sending longs it is impossible to assist you. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.commailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto: Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ 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] arch linux port
Well because it fails with the same otopi error. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.commailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto: Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users compile should *always* work. how are you compiling? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ 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] oVirt 3.3.3 - Migration failures
On 12 Mar 2014, at 15:52, LANGE Thomas thomas.la...@thalesgroup.com wrote: Hi ! I am testing all the functionalities of oVirt for work and I have some issues regarding live migration. Here’s my configuration: - pc001 : CentOS 6.5 minimal with VDSM (4.13.3-3.el6) - pc002 : CentOS 6.5 minimal with VDSM (4.13.3-3.el6) and ovirt-engine (3.3.3-2.el6) - pc003 : CentOS 6.5 with VDSM (4.13.3-3.el6) All these servers are in the same cluster and datacenter is using NFS for storage. Here’s my problem : I have one VM (called Debian) running on a specific host (pc003.lan). I try to migrate it to another host (pc001.lan) but the migration fails. As a result, the VM is still running on pc003 and the number of running VMs on this host is still the same; but I can see one more VM running on the host pc001. It does the same thing with other VMs (mavm1, mavm2, mavm3, Debian2….). At the end, the administration portal tells me I have 7VMs running on host pc001, 4 on pc002 and 3 on pc001; I have only 7 VMs , not 14. Hi, ...running - i.e. they are shown as the green triangle as if they are running, all 14 of them? From now, some errors keep showing up in the log (see attachment). It says that migrations are still running but I cannot cancel them in the administration portal and they never stop/succeed/fail. This problem occurred some time after I enabled quotas in the Datacenter but I don’t know if it’s related in any way. Might be. Does it disappear when you disable quota?:) If I reboot pc001, the number of running VM is reset to 0, but any attempt to migrate a VM to this host does the same thing again. Also, restarting the engine did not fix this issue. Does anyone have an idea about what’s happening ? I’m new with oVirt and I don’t know what to do to solve this. seems a destination creation issue. Please reproduce with one VM and get the logs from both source and destination host from that time. Thanks, michal Thanks for your help ! Regards, Thomas LANGÉ log.txt ___ 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] Best practice for securing oVirt's NFS mounts
On Wed, Mar 12, 2014 at 11:05:34AM +0100, Jiri Belka wrote: On Tue, 11 Mar 2014 10:23:19 -0700 Prakash Surya sur...@llnl.gov wrote: Hi, All the documentation I've seen states that the oVirt NFS storage should use the all_squash,anonuid=36,anongid=36 options. Obviously this isn't secure, so I'm curious how others have locked down their NFS storage? Is the best option to just limit access to these NFS exports to the IP addresses of the hypervisor nodes (and maybe the engine)? Is there a better way to go about this? Run vlans and have some active monitoring for physical ports up|down states etc... If you cannot control your environment then ask yourself if you trust your infrastructure provider at all. You can run kerberized NFS etc... but what about kerberos security? The beginning is trust towards your infrastructure. It's not that I don't trust my infrastructure, because I do, I'd just like to restrict access as much as possible. All of our users are trusted, and if a malicious user did get onto our LAN we have bigger issues to worry about; but still, limiting the storage to *only* oVirt would be better than not. Can I use kerberos with oVirt? That's what we currently use for other exports, but I assumed that would not work because of the all_squash and anon options needed. -- Cheers, Prakash j. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] building engine, facing issues.
i installed ovirt 3.3 and i need to build the engine for my changes to backend implementation files to take place. The build engine guide on the community says that the procedure is now obsolete for my version. also git clone git://gerrit.ovirt.org/ovirt-engine doenot clone the $OVIRT_HOME/backend/manager/dbscripts. hence i cannot continue with the next steps. -- -Aditya Mamidwar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] building engine, facing issues.
- Original Message - From: aditya mamidwar aditya.mamid...@gmail.com To: users@ovirt.org Sent: Wednesday, March 12, 2014 8:39:07 PM Subject: [Users] building engine, facing issues. i installed ovirt 3.3 and i need to build the engine for my changes to backend implementation files to take place. The build engine guide on the community says that the procedure is now obsolete for my version. also git clone git:// gerrit.ovirt.org/ovirt-engine doenot clone the $OVIRT_HOME/backend/manager/dbscripts. hence i cannot continue with the next steps. I do not quite understand where the failure is. The current document is [1]. Usually all you need in order to build rpms is: $ git clone git://gerrit.ovirt.org/ovirt-engine $ cd ovirt-engine $ make dist $ rpmbuild -D ovirt_build_minimal 1 -tb tarball [1] http://www.ovirt.org/OVirt_Engine_Development_Environment -- -Aditya Mamidwar ___ 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] arch linux port
On 03/12/2014 08:55 PM, jacek burghardt wrote: There is log. Strange first arch Linux no complains about environment. found command line that I added to engine-setup hat prevented the error message from displaying now I lost the info . 2014-03-12 12:20:18 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._boot:187 Cannot import miniyumlocal Traceback (most recent call last): File /usr/share/otopi/plugins/otopi/packagers/yumpackager.py, line 179, in _boot self._refreshMiniyum() File /usr/share/otopi/plugins/otopi/packagers/yumpackager.py, line 146, in _refreshMiniyum constants.PackEnv.YUM_ENABLED_PLUGINS File /usr/share/otopi/plugins/otopi/packagers/yumpackager.py, line 73, in _getMiniYum from otopi import miniyum File /usr/lib/python2.7/site-packages/otopi/miniyum.py, line 34, in module import yum ImportError: No module named yum ? On Wed, Mar 12, 2014 at 11:35 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:35:15 PM Subject: Re: arch linux port Well because it fails with the same otopi error. Without you sending longs it is impossible to assist you. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com Cc: users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute
Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
On 03/12/2014 07:29 PM, Maor Lipchuk wrote: On 03/12/2014 05:57 PM, Alon Bar-Lev wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eli Mesika emes...@redhat.com, users@ovirt.org Cc: Maor Lipchuk mlipc...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 5:52:25 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/12/2014 04:57 PM, Eli Mesika wrote: - Original Message - From: David Caro dcaro...@redhat.com To: Itamar Heim ih...@redhat.com Cc: Maor Lipchuk mlipc...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 11:01:21 AM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote: On 03/11/2014 10:08 PM, Maor Lipchuk wrote: On 03/11/2014 05:20 PM, Itamar Heim wrote: On 03/11/2014 05:14 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eyal Edri ee...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, March 11, 2014 5:10:54 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote: On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? Maybe it will be worth to use the information we have in Bugzilla here: We can browse the BZ that were closed/verified in the last XXX days Per BZ , we know which patches are involved, who reviewed the patches, which files were changed, when files were changed and the rank of the change (number of lines changed) I believe that from this information we can compose a simple ranking algorithm that its output will be a list of N potential reviewers for the patch. Since we can aggregate the above information for all files related to the patch we want to add reviewers, we can have this set for the whole patch. This information should be processed and stored each N days and gerrit will be able to use it. why are we trying to invent hueristics, instead of declaring clear ownership? Reminder: my source metadata plan that requires cooperation. Each source and component should have an explicit ownership up into bug database. I won't repeat it now, it is available at archives. I think we are discussing two different issues here: The first one considers the GSOC project, of adding reviewers automatically to a patch, this can be done in many different heuristics depending what the submitter prefers (use blame, maintainers who acked the patches, bugs, list of owners to a file and so on). that's the point. we should be using
Re: [Users] arch linux port
- Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 8:55:06 PM Subject: Re: arch linux port There is log. Strange first arch Linux no complains about environment. found command line that I added to engine-setup hat prevented the error message from displaying now I lost the info . I do not understand, do you run engine-setup or otopi? If you run otopi directly, why? these are not the instructions. On Wed, Mar 12, 2014 at 11:35 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 7:35:15 PM Subject: Re: arch linux port Well because it fails with the same otopi error. Without you sending longs it is impossible to assist you. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.commailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \
Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
- Original Message - From: Itamar Heim ih...@redhat.com To: Maor Lipchuk mlipc...@redhat.com, Alon Bar-Lev alo...@redhat.com Cc: Eli Mesika emes...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 9:29:28 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/12/2014 07:29 PM, Maor Lipchuk wrote: On 03/12/2014 05:57 PM, Alon Bar-Lev wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eli Mesika emes...@redhat.com, users@ovirt.org Cc: Maor Lipchuk mlipc...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 5:52:25 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/12/2014 04:57 PM, Eli Mesika wrote: - Original Message - From: David Caro dcaro...@redhat.com To: Itamar Heim ih...@redhat.com Cc: Maor Lipchuk mlipc...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 11:01:21 AM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote: On 03/11/2014 10:08 PM, Maor Lipchuk wrote: On 03/11/2014 05:20 PM, Itamar Heim wrote: On 03/11/2014 05:14 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eyal Edri ee...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, March 11, 2014 5:10:54 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote: On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? Maybe it will be worth to use the information we have in Bugzilla here: We can browse the BZ that were closed/verified in the last XXX days Per BZ , we know which patches are involved, who reviewed the patches, which files were changed, when files were changed and the rank of the change (number of lines changed) I believe that from this information we can compose a simple ranking algorithm that its output will be a list of N potential reviewers for the patch. Since we can aggregate the above information for all files related to the patch we want to add reviewers, we can have this set for the whole patch. This information should be processed and stored each N days and gerrit will be able to use it. why are we trying to
Re: [Users] arch linux port
Well arch linux does not use yum or rpm but pacman. I dont belive i had setup yum on arch linux first time it worked.does enviroment file needs to be setup? On Wed, Mar 12, 2014 at 1:25 PM, Itamar Heim ih...@redhat.com wrote: On 03/12/2014 08:55 PM, jacek burghardt wrote: There is log. Strange first arch Linux no complains about environment. found command line that I added to engine-setup hat prevented the error message from displaying now I lost the info . 2014-03-12 12:20:18 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager._boot:187 Cannot import miniyumlocal Traceback (most recent call last): File /usr/share/otopi/plugins/otopi/packagers/yumpackager.py, line 179, in _boot self._refreshMiniyum() File /usr/share/otopi/plugins/otopi/packagers/yumpackager.py, line 146, in _refreshMiniyum constants.PackEnv.YUM_ENABLED_PLUGINS File /usr/share/otopi/plugins/otopi/packagers/yumpackager.py, line 73, in _getMiniYum from otopi import miniyum File /usr/lib/python2.7/site-packages/otopi/miniyum.py, line 34, in module import yum ImportError: No module named yum ? On Wed, Mar 12, 2014 at 11:35 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto: users@ovirt.org Sent: Wednesday, March 12, 2014 7:35:15 PM Subject: Re: arch linux port Well because it fails with the same otopi error. Without you sending longs it is impossible to assist you. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto: alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto: users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com Cc: users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com wrote:
Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
On 03/12/2014 09:42 PM, Alon Bar-Lev wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Maor Lipchuk mlipc...@redhat.com, Alon Bar-Lev alo...@redhat.com Cc: Eli Mesika emes...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 9:29:28 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/12/2014 07:29 PM, Maor Lipchuk wrote: On 03/12/2014 05:57 PM, Alon Bar-Lev wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eli Mesika emes...@redhat.com, users@ovirt.org Cc: Maor Lipchuk mlipc...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 5:52:25 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/12/2014 04:57 PM, Eli Mesika wrote: - Original Message - From: David Caro dcaro...@redhat.com To: Itamar Heim ih...@redhat.com Cc: Maor Lipchuk mlipc...@redhat.com, users@ovirt.org, Tomasz Kołek tomasz-ko...@o2.pl, infra in...@ovirt.org Sent: Wednesday, March 12, 2014 11:01:21 AM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote: On 03/11/2014 10:08 PM, Maor Lipchuk wrote: On 03/11/2014 05:20 PM, Itamar Heim wrote: On 03/11/2014 05:14 PM, Eyal Edri wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Eyal Edri ee...@redhat.com, Tomasz Kołek tomasz-ko...@o2.pl, users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, March 11, 2014 5:10:54 PM Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote: On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? Maybe it will be worth to use the information we have in Bugzilla here: We can browse the BZ that were closed/verified in the last XXX days Per BZ , we know which patches are involved, who reviewed the patches, which files were changed, when files were changed and the rank of the change (number of lines changed) I believe that from this information we can compose a simple ranking algorithm that its output will be a list of N potential reviewers for the patch. Since we can aggregate the above information for all files related to the patch we want to add reviewers, we can have this set for the whole patch. This information should be processed and stored each N days and gerrit will be able to use it. why are we trying to invent hueristics, instead of declaring clear ownership? Reminder: my source metadata plan that requires cooperation. Each source and component should have an explicit ownership up into bug
Re: [Users] affects of changing compatibility setting on running cluster
On 03/12/2014 04:33 PM, Itamar Heim wrote: On 03/12/2014 04:32 PM, ybronhei wrote: On 03/12/2014 04:25 PM, Dan Kenigsberg wrote: On Wed, Mar 12, 2014 at 10:15:21AM +0200, Itamar Heim wrote: On 03/12/2014 10:11 AM, Sven Kieske wrote: Am 11.03.2014 17:38, schrieb Itamar Heim: i understood this to you can't use 4.14 with 3.4.0. Well I examined BZ 1067096 again, this is what did not work: Steps to Reproduce: 1. Run Engine 3.3 Compatibility level 3.2 or 3.3 2. Add node (vdsm 4.14) Actual results: Host is installed with VDSM version (4.14) and cannot join cluster which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. Pay attention to the engine version, it states 3.3. not 3.4.0 So my conclusion is, you can't install vdsm 4.14. when you want to use engine 3.3. Am I reading something wrong? Here's the link again: https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0 this can be fixed via engine config, but is not supposed to be needed, as vdsm is supposed to have vdsm/dsaversion.py.in:'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4'], danken/eli - thoughts? I do not really understand why we have this recurrent Engine bug, of ignoring supportedENGINEs; I think Yaniv does. i recall asking for detailed explanation for why do we have 3 different restrictions , one for supportedEngines, one for the allowed vdsm versions, and one for the cluster level? if vdsm version is supported why isn't it in engine's capabilities yet? because its a vdsm version which was released after that engine was released, hence the vdsm package has to declare its supporting the old engine. so its an hack to allow users to add beta vdsm version to new engine release?.. sounds like that please reopen if it reproduced the issue was verified in https://bugzilla.redhat.com/show_bug.cgi?id=1016461 , please reopen if it still appears -- Yaniv Bronhaim. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] arch linux port
SO i iha installed yum and rpm. It strange that yum python was looking for _rpm instead of rpm but now I get otopi attempting to install packages [ ERROR ] Yum Cannot queue package iproute: No package(s) available to install On Wed, Mar 12, 2014 at 12:55 PM, jacek burghardt jaceksburgha...@gmail.com wrote: There is log. Strange first arch Linux no complains about environment. found command line that I added to engine-setup hat prevented the error message from displaying now I lost the info . On Wed, Mar 12, 2014 at 11:35 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 7:35:15 PM Subject: Re: arch linux port Well because it fails with the same otopi error. Without you sending longs it is impossible to assist you. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek burghardt ha scritto: Is there tarball of stable ovirt engine instead of git ? latest stable tarball are always here: http://resources.ovirt.org/releases/stable/src/ I wonder how I can solve otopi error [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install On Wed, Mar 12, 2014 at 3:56 AM, Itamar Heim ih...@redhat.commailto: ih...@redhat.com wrote: On 03/12/2014 04:16 AM, jacek burghardt wrote: Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-__plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/__jre/bin/java -javaagent:/root/.m2/__repository/org/aspectj/__aspectjweaver/1.6.11/__aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.__permutationWorkerFactory=com.__google.gwt.dev.__ThreadedPermutationWorkerFacto__ry \ _ Users mailing list Users@ovirt.org mailto: Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] affects of changing compatibility setting on running cluster
On 03/12/2014 10:45 PM, ybronhei wrote: On 03/12/2014 04:33 PM, Itamar Heim wrote: On 03/12/2014 04:32 PM, ybronhei wrote: On 03/12/2014 04:25 PM, Dan Kenigsberg wrote: On Wed, Mar 12, 2014 at 10:15:21AM +0200, Itamar Heim wrote: On 03/12/2014 10:11 AM, Sven Kieske wrote: Am 11.03.2014 17:38, schrieb Itamar Heim: i understood this to you can't use 4.14 with 3.4.0. Well I examined BZ 1067096 again, this is what did not work: Steps to Reproduce: 1. Run Engine 3.3 Compatibility level 3.2 or 3.3 2. Add node (vdsm 4.14) Actual results: Host is installed with VDSM version (4.14) and cannot join cluster which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. Pay attention to the engine version, it states 3.3. not 3.4.0 So my conclusion is, you can't install vdsm 4.14. when you want to use engine 3.3. Am I reading something wrong? Here's the link again: https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0 this can be fixed via engine config, but is not supposed to be needed, as vdsm is supposed to have vdsm/dsaversion.py.in:'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4'], danken/eli - thoughts? I do not really understand why we have this recurrent Engine bug, of ignoring supportedENGINEs; I think Yaniv does. i recall asking for detailed explanation for why do we have 3 different restrictions , one for supportedEngines, one for the allowed vdsm versions, and one for the cluster level? if vdsm version is supported why isn't it in engine's capabilities yet? because its a vdsm version which was released after that engine was released, hence the vdsm package has to declare its supporting the old engine. so its an hack to allow users to add beta vdsm version to new engine release?.. sounds like that no. its to add the next release of vdsm to a previously released engine. but that's not supposed to be an issue, since its supposed to already report the previous version of engine (which it does) please reopen if it reproduced the issue was verified in https://bugzilla.redhat.com/show_bug.cgi?id=1016461 , please reopen if it still appears ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] arch linux port
On 03/12/2014 11:10 PM, jacek burghardt wrote: SO i iha installed yum and rpm. It strange that yum python was looking for _rpm instead of rpm but now I get otopi attempting to install packages [ ERROR ] Yum Cannot queue package iproute: No package(s) available to install sounds like it should require yum and rpm in the spec? no iproute package on arch linux? On Wed, Mar 12, 2014 at 12:55 PM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: There is log. Strange first arch Linux no complains about environment. found command line that I added to engine-setup hat prevented the error message from displaying now I lost the info . On Wed, Mar 12, 2014 at 11:35 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:35:15 PM Subject: Re: arch linux port Well because it fails with the same otopi error. Without you sending longs it is impossible to assist you. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com Cc: users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens. Thanks, Alon On Wed, Mar 12, 2014 at 8:38 AM, Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com wrote: Il 12/03/2014 15:21, jacek
Re: [Users] arch linux port
Well there is iproute2 route arch linux package that i installed bu otopi ist atemptint to install it. On Wed, Mar 12, 2014 at 3:16 PM, Itamar Heim ih...@redhat.com wrote: On 03/12/2014 11:10 PM, jacek burghardt wrote: SO i iha installed yum and rpm. It strange that yum python was looking for _rpm instead of rpm but now I get otopi attempting to install packages [ ERROR ] Yum Cannot queue package iproute: No package(s) available to install sounds like it should require yum and rpm in the spec? no iproute package on arch linux? On Wed, Mar 12, 2014 at 12:55 PM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: There is log. Strange first arch Linux no complains about environment. found command line that I added to engine-setup hat prevented the error message from displaying now I lost the info . On Wed, Mar 12, 2014 at 11:35 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto: alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:35:15 PM Subject: Re: arch linux port Well because it fails with the same otopi error. Without you sending longs it is impossible to assist you. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com Cc: users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what part of the engine-setup code detects nfs server I am trying to setup arch linux package and arch linux uses nfsd.service for it nfs server It would be great if you modify the subject when changing the subject of discussion so people can catch this. Are you trying to port engine or vdsm? If engine, please send setup log so we can see what happens.
Re: [Users] arch linux port
Can you please return to our discussion. Please stay focus with me. What command do you run to setup engine? as far as I seen from the log you sent it is not engine-setup. - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Itamar Heim ih...@redhat.com Cc: Alon Bar-Lev alo...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 11:32:41 PM Subject: Re: [Users] arch linux port Well there is iproute2 route arch linux package that i installed bu otopi ist atemptint to install it. On Wed, Mar 12, 2014 at 3:16 PM, Itamar Heim ih...@redhat.com wrote: On 03/12/2014 11:10 PM, jacek burghardt wrote: SO i iha installed yum and rpm. It strange that yum python was looking for _rpm instead of rpm but now I get otopi attempting to install packages [ ERROR ] Yum Cannot queue package iproute: No package(s) available to install sounds like it should require yum and rpm in the spec? no iproute package on arch linux? On Wed, Mar 12, 2014 at 12:55 PM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: There is log. Strange first arch Linux no complains about environment. found command line that I added to engine-setup hat prevented the error message from displaying now I lost the info . On Wed, Mar 12, 2014 at 11:35 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto: alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:35:15 PM Subject: Re: arch linux port Well because it fails with the same otopi error. Without you sending longs it is impossible to assist you. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com Cc: users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 5:10:19 PM Subject: Re: [Users] ovirt engine source Thank you for that info. I wonder how to solve otopi error and what
Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
- Original Message - From: Alon Bar-Lev alo...@redhat.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Users@ovirt.org Sent: Wednesday, March 12, 2014 5:39:11 PM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Giorgio Bersano giorgio.bers...@gmail.com Cc: users@ovirt.org Users@ovirt.org, Nir Soffer nsof...@redhat.com, Alon Bar-Lev alo...@redhat.com Sent: Wednesday, March 12, 2014 4:19:40 PM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available Il 12/03/2014 15:14, Giorgio Bersano ha scritto: 2014-03-12 14:53 GMT+01:00 Sandro Bonazzola sbona...@redhat.com: Il 12/03/2014 14:45, Giorgio Bersano ha scritto: 2014-03-11 23:43 GMT+01:00 Nir Soffer nsof...@redhat.com: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: annou...@ovirt.org, Users@ovirt.org, engine-devel engine-de...@ovirt.org, arch a...@ovirt.org, VDSM Project Development vdsm-de...@lists.fedorahosted.org Sent: Tuesday, March 11, 2014 6:17:03 PM Subject: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available The oVirt team is pleased to announce that the 3.4.0 Second Release Candidate is now available for testing. ... [1] http://www.ovirt.org/OVirt_3.4.0_release_notes I noticed that not all vdsm fixes are listed in the release notes 74b4a27 xmlrpc: [Fix] Use correct base class for parsing request https://bugzilla.redhat.com/1074063 d456d75 xmlrpc: Support HTTP 1.1 https://bugzilla.redhat.com/1070476 Nir Hi, just want to let you know that upgrading the engine from 3.4.0 RC - 3.4.0 RC2 pulls in three i686 rpms: glibc-2.12-1.132.el6.i686.rpm iptables-1.4.7-11.el6.i686.rpm nss-softokn-freebl-3.14.3-9.el6.i686.rpm ( this is a fully patched CentOS 6.5 x86_64 install). Sounds really weird. Anybody else hit this? Can you determine which package pulled in that dep? It surely is iptables that got the two other rpm in. I think it was requested in some way because during the # engine-setup phase I answered Yes to the firewall question Do you want Setup to configure the firewall? (Yes, No) [Yes]: In the very same situation in the past I had no 32 bit packages installed. I think there are no useful messages in the setup log (extract follows): ... 2014-03-12 13:46:55 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package iptables for install Loading mirror speeds from cached hostfile * base: artfiles.org * epel: be.mirror.eurid.eu * extras: artfiles.org * ovirt-epel: be.mirror.eurid.eu * updates: centos.bio.lmu.de 2014-03-12 13:47:02 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum processing package iptables-1.4.7-11.el6.i686 for install 2014-03-12 13:47:04 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum package iptables-1.4.7-11.el6.i686 queued 2014-03-12 13:47:04 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages.Plugin.packages Checking for new repos for mirrors 2014-03-12 13:47:04 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package ovirt-engine for install 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum processing package ovirt-engine-3.4.0-0.13.rc.el6.noarch for install 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum package ovirt-engine-3.4.0-0.13.rc.el6.noarch queued 2014-03-12 13:47:07 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Building transaction 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction built 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction Summary: 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- glibc-2.12-1.132.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- iptables-1.4.7-11.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- nss-softokn-freebl-3.14.3-9.el6.i686 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum updated-
Re: [Users] arch linux port
Well otopi prevents engine-setup from running On Wed, Mar 12, 2014 at 3:36 PM, Alon Bar-Lev alo...@redhat.com wrote: Can you please return to our discussion. Please stay focus with me. What command do you run to setup engine? as far as I seen from the log you sent it is not engine-setup. - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Itamar Heim ih...@redhat.com Cc: Alon Bar-Lev alo...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 11:32:41 PM Subject: Re: [Users] arch linux port Well there is iproute2 route arch linux package that i installed bu otopi ist atemptint to install it. On Wed, Mar 12, 2014 at 3:16 PM, Itamar Heim ih...@redhat.com wrote: On 03/12/2014 11:10 PM, jacek burghardt wrote: SO i iha installed yum and rpm. It strange that yum python was looking for _rpm instead of rpm but now I get otopi attempting to install packages [ ERROR ] Yum Cannot queue package iproute: No package(s) available to install sounds like it should require yum and rpm in the spec? no iproute package on arch linux? On Wed, Mar 12, 2014 at 12:55 PM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: There is log. Strange first arch Linux no complains about environment. found command line that I added to engine-setup hat prevented the error message from displaying now I lost the info . On Wed, Mar 12, 2014 at 11:35 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto: alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:35:15 PM Subject: Re: arch linux port Well because it fails with the same otopi error. Without you sending longs it is impossible to assist you. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com mailto: jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue. On Wed, Mar 12, 2014 at 9:34 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com Cc: users@ovirt.org
Re: [Users] arch linux port
- Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com Cc: Itamar Heim ih...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 11:37:40 PM Subject: Re: [Users] arch linux port Well otopi prevents engine-setup from running Not exactly. Please run engine-setup and send me a fresh log so I can see what happens. Thanks, On Wed, Mar 12, 2014 at 3:36 PM, Alon Bar-Lev alo...@redhat.com wrote: Can you please return to our discussion. Please stay focus with me. What command do you run to setup engine? as far as I seen from the log you sent it is not engine-setup. - Original Message - From: jacek burghardt jaceksburgha...@gmail.com To: Itamar Heim ih...@redhat.com Cc: Alon Bar-Lev alo...@redhat.com, users@ovirt.org Sent: Wednesday, March 12, 2014 11:32:41 PM Subject: Re: [Users] arch linux port Well there is iproute2 route arch linux package that i installed bu otopi ist atemptint to install it. On Wed, Mar 12, 2014 at 3:16 PM, Itamar Heim ih...@redhat.com wrote: On 03/12/2014 11:10 PM, jacek burghardt wrote: SO i iha installed yum and rpm. It strange that yum python was looking for _rpm instead of rpm but now I get otopi attempting to install packages [ ERROR ] Yum Cannot queue package iproute: No package(s) available to install sounds like it should require yum and rpm in the spec? no iproute package on arch linux? On Wed, Mar 12, 2014 at 12:55 PM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: There is log. Strange first arch Linux no complains about environment. found command line that I added to engine-setup hat prevented the error message from displaying now I lost the info . On Wed, Mar 12, 2014 at 11:35 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto: alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:35:15 PM Subject: Re: arch linux port Well because it fails with the same otopi error. Without you sending longs it is impossible to assist you. On Wed, Mar 12, 2014 at 11:27 AM, Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com wrote: - Original Message - From: jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com To: Alon Bar-Lev alo...@redhat.com mailto:alo...@redhat.com Cc: Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Wednesday, March 12, 2014 7:23:30 PM Subject: Re: arch linux port Is there command setting to ignore the environment error ? Why ignore if you can customize the package to match environment? On Wed, Mar 12, 2014 at 11:13 AM, jacek burghardt jaceksburgha...@gmail.com mailto: jaceksburgha...@gmail.com wrote: Thank you for great tip. On Wed, Mar 12, 2014 at 11:10 AM, jacek burghardt jaceksburgha...@gmail.com mailto:jaceksburgha...@gmail.com wrote: All of the required packages. the engine-setup is looking for nfs server the name on archlinux is nfsd running engine-setup errors out because it is looking for nfs server with different name so where is the source responsible for detecting nfs ? I have most of package compiled for arch linux I just need to make some small tweaks. I would like to figure out why otopi 1.4 is giving me this error Failed to execute stage 'Environment packages setup': Packager install not implemented. Before I removed my arch linux install from test server and tried to install fedora 20 the otopi run without an issue.
Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
- Original Message - From: Alon Bar-Lev alo...@redhat.com To: Sandro Bonazzola sbona...@redhat.com, Giorgio Bersano giorgio.bers...@gmail.com Cc: users@ovirt.org Users@ovirt.org Sent: Wednesday, March 12, 2014 11:24:51 PM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available - Original Message - From: Alon Bar-Lev alo...@redhat.com To: Sandro Bonazzola sbona...@redhat.com Cc: users@ovirt.org Users@ovirt.org Sent: Wednesday, March 12, 2014 5:39:11 PM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Giorgio Bersano giorgio.bers...@gmail.com Cc: users@ovirt.org Users@ovirt.org, Nir Soffer nsof...@redhat.com, Alon Bar-Lev alo...@redhat.com Sent: Wednesday, March 12, 2014 4:19:40 PM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available Il 12/03/2014 15:14, Giorgio Bersano ha scritto: 2014-03-12 14:53 GMT+01:00 Sandro Bonazzola sbona...@redhat.com: Il 12/03/2014 14:45, Giorgio Bersano ha scritto: 2014-03-11 23:43 GMT+01:00 Nir Soffer nsof...@redhat.com: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: annou...@ovirt.org, Users@ovirt.org, engine-devel engine-de...@ovirt.org, arch a...@ovirt.org, VDSM Project Development vdsm-de...@lists.fedorahosted.org Sent: Tuesday, March 11, 2014 6:17:03 PM Subject: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available The oVirt team is pleased to announce that the 3.4.0 Second Release Candidate is now available for testing. ... [1] http://www.ovirt.org/OVirt_3.4.0_release_notes I noticed that not all vdsm fixes are listed in the release notes 74b4a27 xmlrpc: [Fix] Use correct base class for parsing request https://bugzilla.redhat.com/1074063 d456d75 xmlrpc: Support HTTP 1.1 https://bugzilla.redhat.com/1070476 Nir Hi, just want to let you know that upgrading the engine from 3.4.0 RC - 3.4.0 RC2 pulls in three i686 rpms: glibc-2.12-1.132.el6.i686.rpm iptables-1.4.7-11.el6.i686.rpm nss-softokn-freebl-3.14.3-9.el6.i686.rpm ( this is a fully patched CentOS 6.5 x86_64 install). Sounds really weird. Anybody else hit this? Can you determine which package pulled in that dep? It surely is iptables that got the two other rpm in. I think it was requested in some way because during the # engine-setup phase I answered Yes to the firewall question Do you want Setup to configure the firewall? (Yes, No) [Yes]: In the very same situation in the past I had no 32 bit packages installed. I think there are no useful messages in the setup log (extract follows): ... 2014-03-12 13:46:55 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package iptables for install Loading mirror speeds from cached hostfile * base: artfiles.org * epel: be.mirror.eurid.eu * extras: artfiles.org * ovirt-epel: be.mirror.eurid.eu * updates: centos.bio.lmu.de 2014-03-12 13:47:02 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum processing package iptables-1.4.7-11.el6.i686 for install 2014-03-12 13:47:04 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum package iptables-1.4.7-11.el6.i686 queued 2014-03-12 13:47:04 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages.Plugin.packages Checking for new repos for mirrors 2014-03-12 13:47:04 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum queue package ovirt-engine for install 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum processing package ovirt-engine-3.4.0-0.13.rc.el6.noarch for install 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum package ovirt-engine-3.4.0-0.13.rc.el6.noarch queued 2014-03-12 13:47:07 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages 2014-03-12 13:47:07 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Building transaction 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction built 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum Transaction Summary: 2014-03-12 13:47:08 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:88 Yum install- glibc-2.12-1.132.el6.i686
Re: [Users] Nodes lose storage at random
Gents, I'm sending this email for archiving purposes: It's been a while since my last update on this topic. It turned out that although only one node, randomly, at a time lost connection to storage, the issue was not at all with ovirt, but with the storage. I'd like to refer to these 2 topics for more information: http://lists.freebsd.org/pipermail/freebsd-net/2014-March/038061.html and http://lists.freebsd.org/pipermail/freebsd-net/2014-February/037967.html. Keywords: ovirt freebsd 9.2 zfs ixgbe intel 10gbit NFS On Mon, Feb 24, 2014 at 3:55 PM, Ronen Hod r...@redhat.com wrote: On 02/24/2014 11:48 AM, Nir Soffer wrote: - Original Message - From: Johan Kooijman m...@johankooijman.com To: Nir Soffer nsof...@redhat.com Cc: users users@ovirt.org Sent: Monday, February 24, 2014 2:45:59 AM Subject: Re: [Users] Nodes lose storage at random Interestingly enough - same thing happened today, around the same time. Logs from this host are attached. Around 1:10 AM stuff starts to go wrong again. Same pattern - we reboot the node and the node is fine again. So we made some progress, we know that it is not a problem with old kernel. In messages we see the same picture: 1. sanlock fail to renew the lease 2. after 80 secodns, kill vdsm 3. sanlock and vdsm cannot access the storage 4. kernel complain about nfs server timeouts (explains why sanlock failed to renew the lease) 5. after reboot, nfs is accessible again 6. after few days goto step 1 This looks like kernel nfs issue. Could be also kvm issue (running bsd on the one of the vm?) Could be also some incompatibility with the nfs server - maybe you are using esoteric configuration options? CCing Ronen, in case this is related to kvm. Not seems to be related to KVM. Adding Ric Wheeler. Ronen. thread: http://lists.ovirt.org/pipermail/users/2014-February/021507.html Nir -- Met vriendelijke groeten / With kind regards, Johan Kooijman T +31(0) 6 43 44 45 27 F +31(0) 162 82 00 01 E m...@johankooijman.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12
Confirmed. It works now -Original Message- From: Sandro Bonazzola [mailto:sbona...@redhat.com] Sent: Wednesday, March 12, 2014 10:36 AM To: Eli Mesika Cc: Yair Zaslavsky; users@ovirt.org; Maurice James Subject: Re: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 Il 12/03/2014 15:33, Eli Mesika ha scritto: - Original Message - From: Maurice James midnightst...@msn.com To: Yair Zaslavsky yzasl...@redhat.com Cc: users@ovirt.org, Eli Mesika emes...@redhat.com Sent: Saturday, March 8, 2014 2:16:22 AM Subject: RE: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 Any status on this? -Original Message- From: Yair Zaslavsky [mailto:yzasl...@redhat.com] Sent: Friday, March 07, 2014 1:53 AM To: Maurice James Cc: users@ovirt.org; Eli Mesika Subject: Re: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 - Original Message - From: Maurice James midnightst...@msn.com To: users@ovirt.org Sent: Friday, March 7, 2014 1:49:23 AM Subject: [Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12 I got the following error while trying to upgrade ;; -HEADER- opcode: QUERY, status: NOERROR, id: 35994 psql:upgrade/03_04_0600_event_notification_methods.sql:10: ERROR: column notification_method contains null values Maurice, As far as I understand, this was resolved by https://bugzilla.redhat.com/show_bug.cgi?id=1072549 (CC'ing Eli who worked on this bug) Eli - I see the patch has script numbering of 03_05 - is there a plan to provide 03_04 script for that fix? This was already done in commit ccb37ca7b3fb69fae8af6cf82ee70f4623e8c380 Sandro , when we are expecting this to be available ? This is included in 3.4.0 Second Release Candidate, released yesterday: 3.4.0-0.13.rc Yair 2014-03-06 18:33:46 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute psql:/var/lib/ovirt-engine/backups/engine-20140306183332.9FQBdD.sql:16: ERROR: language plpgsql already exists 2014-03-06 18:42:58 ERROR otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:150 Execution of setup failed ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Self-hosted-engine setup error
Hi all, while attempting a from-scratch self-hosted-engine installation on CentOS 6.5 (also freshly reinstalled from scratch) on a physical node (oVirt 3.4.0_pre + GlusterFS 3.5.0beta4; NFS storage for engine VM), the process fails almost immediately with: [root@cluster1 ~]# ovirt-hosted-engine-setup --config-append=/root/ovhe-setup-answers.conf [ INFO ] Stage: Initializing Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Configuration files: ['/root/ovhe-setup-answers.conf'] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140313010526.log Version: otopi-1.2.0_rc3 (otopi-1.2.0-0.9.rc3.el6) [ INFO ] Hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Generating VDSM certificates [ ERROR ] Failed to execute stage 'Environment setup': [Errno 2] No such file or directory: '/etc/pki/libvirt/clientcert.pem' [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination The /root/ovhe-setup-answers.conf has been saved from a previous installation (before reinstalling) and only minimally edited (removed some lines with UUIDs etc.). The /etc/pki/libvirt dir is completely missing on both nodes; last time I tried the whole setup I do not recall of having such problems, but maybe something was different then. The generated /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140313010526.log has been saved as: http://pastebin.com/ezAJETBN I hope to be able to progress further to test the whole 2-nodes setup (second node freshly reinstalled too and already up with GlusterFS and waiting to be added to oVirt cluster) and datacenter configuration. Many thanks in advance for any suggestions/help, Giuseppe ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users