Re: [Users] using cloud-init?

2014-03-12 Thread Jason Brooks
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

2014-03-12 Thread Itamar Heim

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?

2014-03-12 Thread Itamar Heim

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

2014-03-12 Thread Sven Kieske


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

2014-03-12 Thread Sven Kieske


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

2014-03-12 Thread 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


Re: [Users] affects of changing compatibility setting on running cluster

2014-03-12 Thread Itamar Heim

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

2014-03-12 Thread Sven Kieske
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

2014-03-12 Thread Sven Kieske
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

2014-03-12 Thread Sven Kieske


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

2014-03-12 Thread 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


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

2014-03-12 Thread 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 / 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

2014-03-12 Thread Michael Wagenknecht

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

2014-03-12 Thread 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?




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

2014-03-12 Thread Michael Wagenknecht


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

2014-03-12 Thread 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?




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

2014-03-12 Thread 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










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

2014-03-12 Thread David Caro
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

2014-03-12 Thread Itamar Heim

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

2014-03-12 Thread Jiri Belka
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

2014-03-12 Thread Michael Wagenknecht
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

2014-03-12 Thread 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
 
 
 
 
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Win8 on oVirt

2014-03-12 Thread Roy Golan

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

2014-03-12 Thread Dan Kenigsberg
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-12 Thread Giorgio Bersano
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

2014-03-12 Thread LANGE Thomas
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

2014-03-12 Thread Sandro Bonazzola
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

2014-03-12 Thread Michael Wagenknecht
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 Thread Giorgio Bersano
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

2014-03-12 Thread Sandro Bonazzola
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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread Dan Kenigsberg
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.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] affects of changing compatibility setting on running cluster

2014-03-12 Thread ybronhei

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

2014-03-12 Thread Eli Mesika


- 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

2014-03-12 Thread Sandro Bonazzola
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

2014-03-12 Thread Sandro Bonazzola
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

2014-03-12 Thread Itamar Heim

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

2014-03-12 Thread Eli Mesika


- 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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread Yedidyah Bar David
- 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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread Itamar Heim

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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread Brian Proffitt
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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread Maor Lipchuk
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

2014-03-12 Thread Prakash Surya
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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread Michal Skrivanek


 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

2014-03-12 Thread Prakash Surya
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.

2014-03-12 Thread aditya mamidwar
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.

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread Itamar Heim

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

2014-03-12 Thread Itamar Heim

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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread Itamar Heim

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

2014-03-12 Thread ybronhei

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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread Itamar Heim

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

2014-03-12 Thread Itamar Heim

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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread Alon Bar-Lev

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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread jacek burghardt
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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread Alon Bar-Lev


- 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

2014-03-12 Thread Johan Kooijman
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

2014-03-12 Thread Maurice James
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

2014-03-12 Thread Giuseppe Ragusa
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