Re: [Users] F18 iSCSI/FC and latest systemd/udev

2013-02-16 Thread Federico Simoncelli
- Original Message -
 From: Jeff Bailey bai...@cs.kent.edu
 To: users@ovirt.org
 Sent: Saturday, February 16, 2013 5:17:49 AM
 Subject: [Users] F18 iSCSI/FC and latest systemd/udev
 
 While not an actual problem with oVirt, the latest systemd/udev
 packages for F18 (197-1) break permissions on LVM volumes and stop
 vdsm/qemu/etc from accessing them.  I just downgraded them and everything
 seems OK but I thought I'd let people know (easier to just avoid rather
 than repair :) ).  There's a bugzilla for it from a week or two ago but
 since 3.2 came out I figured a lot more people might be installing it on
 new F18 installations with all the updates and running into problems.

Please test and give karma to:

https://admin.fedoraproject.org/updates/FEDORA-2013-1775/vdsm-4.10.3-7.fc18

which is requiring the correct systemd package.
If we reach 3 points of karma the package will be released.

Thanks,
-- 
Federico
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Host deployment on 3.2

2013-02-16 Thread Jeff Bailey


On 2/16/2013 2:00 AM, Alon Bar-Lev wrote:

Can you please send the content of /proc/net/vlan?


Here's a cat /proc/net/vlan/em1_1.538.  I attached it instead of 
pasting so you can get an exact copy with all the white space etc.




- Original Message -

From: Jeff Bailey bai...@cs.kent.edu
To: Alon Bar-Lev alo...@redhat.com
Cc: users@ovirt.org
Sent: Saturday, February 16, 2013 2:01:44 AM
Subject: Re: [Users] Host deployment on 3.2

On 2/15/2013 6:42 PM, Alon Bar-Lev wrote:

Can you please provide the relevant log from
/var/log/ovirt-engine/host-deploy?

Sure.  Here's the error and some bits around it.


- Original Message -

From: Jeff Bailey bai...@cs.kent.edu
To: users@ovirt.org
Sent: Saturday, February 16, 2013 1:29:44 AM
Subject: [Users] Host deployment on 3.2

I've hit a couple of small problems deploying an F18 minimal host
with
3.2.  The first problem was missing tar.  Second, I had manually
set
up
a vlan on the host for initial communication and the regular
expression
in bridge.py of the otopi plugin couldn't determine the vlan id.
   After
tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was
fine.

---
 Jeff

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users





em1_1.538  VID: 538  REORDER_HDR: 1  dev-priv_flags: 1
 total frames received   469445
  total bytes received   6044333168
  Broadcast/Multicast Rcvd12437

  total frames transmitted   418744
   total bytes transmitted197589374
Device: em1_1
INGRESS priority mappings: 0:0  1:0  2:0  3:0  4:0  5:0  6:0 7:0
 EGRESS priority mappings: 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Host deployment on 3.2

2013-02-16 Thread Alon Bar-Lev
Thanks!
Can you please check if the following fixes the problem?
I can provide rpms if you like.

- Original Message -
 From: Jeff Bailey bai...@cs.kent.edu
 To: users@ovirt.org
 Sent: Saturday, February 16, 2013 10:29:43 AM
 Subject: Re: [Users] Host deployment on 3.2
 
 
 On 2/16/2013 2:00 AM, Alon Bar-Lev wrote:
  Can you please send the content of /proc/net/vlan?
 
 Here's a cat /proc/net/vlan/em1_1.538.  I attached it instead of
 pasting so you can get an exact copy with all the white space etc.
 
 
  - Original Message -
  From: Jeff Bailey bai...@cs.kent.edu
  To: Alon Bar-Lev alo...@redhat.com
  Cc: users@ovirt.org
  Sent: Saturday, February 16, 2013 2:01:44 AM
  Subject: Re: [Users] Host deployment on 3.2
 
  On 2/15/2013 6:42 PM, Alon Bar-Lev wrote:
  Can you please provide the relevant log from
  /var/log/ovirt-engine/host-deploy?
  Sure.  Here's the error and some bits around it.
 
  - Original Message -
  From: Jeff Bailey bai...@cs.kent.edu
  To: users@ovirt.org
  Sent: Saturday, February 16, 2013 1:29:44 AM
  Subject: [Users] Host deployment on 3.2
 
  I've hit a couple of small problems deploying an F18 minimal
  host
  with
  3.2.  The first problem was missing tar.  Second, I had manually
  set
  up
  a vlan on the host for initial communication and the regular
  expression
  in bridge.py of the otopi plugin couldn't determine the vlan id.
 After
  tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was
  fine.
 
  ---
   Jeff
 
  ___
  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
 
From 7a168feb795dff304c0de2aa8d69f3fd1ffa0c91 Mon Sep 17 00:00:00 2001
From: Alon Bar-Lev alo...@redhat.com
Date: Sat, 16 Feb 2013 10:51:50 +0200
Subject: [PATCH] vdsm: bridge: /proc/net/vlan may contain tabs

Change-Id: I1aa5f1d1a88e41447ecd1eb2121d4b829f586b27
Signed-off-by: Alon Bar-Lev alo...@redhat.com
---
 src/plugins/ovirt-host-deploy/vdsm/bridge.py | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/src/plugins/ovirt-host-deploy/vdsm/bridge.py b/src/plugins/ovirt-host-deploy/vdsm/bridge.py
index c00838c..4b099af 100644
--- a/src/plugins/ovirt-host-deploy/vdsm/bridge.py
+++ b/src/plugins/ovirt-host-deploy/vdsm/bridge.py
@@ -128,8 +128,9 @@ class Plugin(plugin.PluginBase):
 _RE_VLAN_ID = re.compile(
 flags=re.VERBOSE,
 pattern=r
+^
 .*
-VID: ([0-9]+)
+\sVID:\s(\d+)\s
 .*
 
 )
-- 
1.7.12.4

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Host deployment on 3.2

2013-02-16 Thread Jeff Bailey


On 2/16/2013 3:53 AM, Alon Bar-Lev wrote:

Thanks!
Can you please check if the following fixes the problem?


Looks like that fixed it.  Thanks.


I can provide rpms if you like.

- Original Message -

From: Jeff Bailey bai...@cs.kent.edu
To: users@ovirt.org
Sent: Saturday, February 16, 2013 10:29:43 AM
Subject: Re: [Users] Host deployment on 3.2


On 2/16/2013 2:00 AM, Alon Bar-Lev wrote:

Can you please send the content of /proc/net/vlan?

Here's a cat /proc/net/vlan/em1_1.538.  I attached it instead of
pasting so you can get an exact copy with all the white space etc.


- Original Message -

From: Jeff Bailey bai...@cs.kent.edu
To: Alon Bar-Lev alo...@redhat.com
Cc: users@ovirt.org
Sent: Saturday, February 16, 2013 2:01:44 AM
Subject: Re: [Users] Host deployment on 3.2

On 2/15/2013 6:42 PM, Alon Bar-Lev wrote:

Can you please provide the relevant log from
/var/log/ovirt-engine/host-deploy?

Sure.  Here's the error and some bits around it.


- Original Message -

From: Jeff Bailey bai...@cs.kent.edu
To: users@ovirt.org
Sent: Saturday, February 16, 2013 1:29:44 AM
Subject: [Users] Host deployment on 3.2

I've hit a couple of small problems deploying an F18 minimal
host
with
3.2.  The first problem was missing tar.  Second, I had manually
set
up
a vlan on the host for initial communication and the regular
expression
in bridge.py of the otopi plugin couldn't determine the vlan id.
After
tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was
fine.

---
  Jeff

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt 3.2 -- Now Available

2013-02-16 Thread Dan Kenigsberg
On Thu, Feb 14, 2013 at 03:10:37PM -0500, Mike Burns wrote:
 The oVirt Team is pleased to announce that oVirt 3.2 is now available.

Yay! thanks for your tremdendous work!

I just have a feeling that if a user tends to make his nfs storage disappear 
from his spm host, we would have to fire another vdsm build with

  http://gerrit.ovirt.org/#/c/12053/
  Change Iafe11289: After fail to connect to supervdsm more than 3 time
  vdsm gets into panic

Can we have a quickfix for this?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt reporting wrong cpu family

2013-02-16 Thread Adrian Gibanel
I happen to have the same problem in oVirt 3.1 on Fedora.
Any workaround?

$ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n \n ;cat 
/proc/cpuinfo | grep model name | head -n 1 
cpuFlags = 
fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe
 

model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz 

$ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm 
ovirt-release-fedora-5-2.noarch 
vdsm-python-4.10.0-10.fc17.x86_64 
vdsm-cli-4.10.0-10.fc17.noarch 
vdsm-4.10.0-10.fc17.x86_64 
vdsm-xmlrpc-4.10.0-10.fc17.noarch 

- Mensaje original - 

 De: Jithin Raju rajuj...@gmail.com
 Para: Itamar Heim ih...@redhat.com
 CC: users@ovirt.org
 Enviados: Jueves, 3 de Enero 2013 4:49:34
 Asunto: Re: [Users] ovirt reporting wrong cpu family

 Hi ,

 Please find the requested flags below:

 [root@fig /]# vdsClient -s 0 getVdsCaps | grep -i flags
 cpuFlags =
 fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe

 Thanks,
 Jithin

 On Thu, Jan 3, 2013 at 2:03 AM, Itamar Heim  ih...@redhat.com 
 wrote:

  On 01/02/2013 03:37 PM, Jithin Raju wrote:
 

   Hi,
  
 

   I have installed ovirt 3.1 on fedora 17.
  
 
   I added my node wtih intel E5-2620 (sandy bridge) to cluster.
  
 
   Even though model is detected properly,CPU name is shown as Intel
   Conroe
  
 
   family instead of sandy bridge.
  
 
   Since my cluster is configured as sandy bridge i got this error:
  
 

   Host fig moved to Non-Operational state as host does not meet the
  
 
   cluster's minimum CPU level. Missing CPU features :
   model_SandyBridge.
  
 

   as per cpuinfo :model name : Intel(R) Xeon(R) CPU E5-2620 0 @
   2.00GHz.
  
 

   i moved the cluster to conroe ,got the host up.
  
 

   reference:
  
 
   http://en.wikipedia.org/wiki/ Sandy_Bridge_( microarchitecture)
  
 
   http://ark.intel.com/products/ 64594
  
 

   PFA for screenshot.
  
 

   Thanks,
  
 
   Jithin
  
 

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Host deployment on 3.2

2013-02-16 Thread Alon Bar-Lev
commit 44f16ba2411e29a8bc9f3c14054993e9782f5266
Author: Alon Bar-Lev alo...@redhat.com
Date:   Sat Feb 16 18:38:03 2013 +0200

vdsm: bridge: cleanup bridge/vlan message

Change-Id: Ic8778566a34808ac777510ab1c918c2cf92bae20
Signed-off-by: Alon Bar-Lev alo...@redhat.com

commit 780eebe76ed0687311caa7960073e4cd6eadacb4
Author: Alon Bar-Lev alo...@redhat.com
Date:   Sat Feb 16 11:00:51 2013 +0200

commit 144e888903664c1eb38b97d955e0027e9b8aa1c6
Author: Alon Bar-Lev alo...@redhat.com
Date:   Sat Feb 16 10:51:50 2013 +0200

vdsm: bridge: /proc/net/vlan may contain tabs

Reference-Url: 
http://lists.ovirt.org/pipermail/users/2013-February/012365.html
Reported-By: Jeff Bailey bai...@cs.kent.edu
Change-Id: I1aa5f1d1a88e41447ecd1eb2121d4b829f586b27
Signed-off-by: Alon Bar-Lev alo...@redhat.com


- Original Message -
 From: Jeff Bailey bai...@cs.kent.edu
 To: users@ovirt.org
 Sent: Saturday, February 16, 2013 1:41:17 PM
 Subject: Re: [Users] Host deployment on 3.2
 
 
 On 2/16/2013 3:53 AM, Alon Bar-Lev wrote:
  Thanks!
  Can you please check if the following fixes the problem?
 
 Looks like that fixed it.  Thanks.
 
  I can provide rpms if you like.
 
  - Original Message -
  From: Jeff Bailey bai...@cs.kent.edu
  To: users@ovirt.org
  Sent: Saturday, February 16, 2013 10:29:43 AM
  Subject: Re: [Users] Host deployment on 3.2
 
 
  On 2/16/2013 2:00 AM, Alon Bar-Lev wrote:
  Can you please send the content of /proc/net/vlan?
  Here's a cat /proc/net/vlan/em1_1.538.  I attached it instead of
  pasting so you can get an exact copy with all the white space etc.
 
  - Original Message -
  From: Jeff Bailey bai...@cs.kent.edu
  To: Alon Bar-Lev alo...@redhat.com
  Cc: users@ovirt.org
  Sent: Saturday, February 16, 2013 2:01:44 AM
  Subject: Re: [Users] Host deployment on 3.2
 
  On 2/15/2013 6:42 PM, Alon Bar-Lev wrote:
  Can you please provide the relevant log from
  /var/log/ovirt-engine/host-deploy?
  Sure.  Here's the error and some bits around it.
 
  - Original Message -
  From: Jeff Bailey bai...@cs.kent.edu
  To: users@ovirt.org
  Sent: Saturday, February 16, 2013 1:29:44 AM
  Subject: [Users] Host deployment on 3.2
 
  I've hit a couple of small problems deploying an F18 minimal
  host
  with
  3.2.  The first problem was missing tar.  Second, I had
  manually
  set
  up
  a vlan on the host for initial communication and the regular
  expression
  in bridge.py of the otopi plugin couldn't determine the vlan
  id.
  After
  tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was
  fine.
 
  ---
Jeff
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] fedora-18 host deploy regression

2013-02-16 Thread Alon Bar-Lev
Hello,

Since the release of fedora-18, there are some regressions related to tuned 
package. It is regression compared to Beta. tuned service does not start 
because of various reasons[1][2][3].

One option is to drop tuned usage, another is to push fedora into fixing these.

A fix for [3] is available, but has not been pushed yet.

Regards,
Alon

[1] https://bugzilla.redhat.com/show_bug.cgi?id=883421
[2] https://bugzilla.redhat.com/show_bug.cgi?id=885271
[3] https://bugzilla.redhat.com/show_bug.cgi?id=909445
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt reporting wrong cpu family

2013-02-16 Thread Itamar Heim

On 16/02/2013 18:56, Adrian Gibanel wrote:

I happen to have the same problem in oVirt 3.1 on Fedora.
Any workaround?

$ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n \n ;cat /proc/cpuinfo | 
grep model name | head -n 1
cpuFlags = 
fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe


you cpu is identified as model_Conroe, which should work. just set the 
cluster level to Conroe (should happen automatically if first host added 
to the cluster)




model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz

$ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm
ovirt-release-fedora-5-2.noarch
vdsm-python-4.10.0-10.fc17.x86_64
vdsm-cli-4.10.0-10.fc17.noarch
vdsm-4.10.0-10.fc17.x86_64
vdsm-xmlrpc-4.10.0-10.fc17.noarch

- Mensaje original -


De: Jithin Raju rajuj...@gmail.com
Para: Itamar Heim ih...@redhat.com
CC: users@ovirt.org
Enviados: Jueves, 3 de Enero 2013 4:49:34
Asunto: Re: [Users] ovirt reporting wrong cpu family



Hi ,



Please find the requested flags below:



[root@fig /]# vdsClient -s 0 getVdsCaps | grep -i flags
cpuFlags =
fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe



Thanks,
Jithin



On Thu, Jan 3, 2013 at 2:03 AM, Itamar Heim  ih...@redhat.com 
wrote:



On 01/02/2013 03:37 PM, Jithin Raju wrote:





Hi,







I have installed ovirt 3.1 on fedora 17.





I added my node wtih intel E5-2620 (sandy bridge) to cluster.





Even though model is detected properly,CPU name is shown as Intel
Conroe





family instead of sandy bridge.





Since my cluster is configured as sandy bridge i got this error:







Host fig moved to Non-Operational state as host does not meet the





cluster's minimum CPU level. Missing CPU features :
model_SandyBridge.







as per cpuinfo :model name : Intel(R) Xeon(R) CPU E5-2620 0 @
2.00GHz.







i moved the cluster to conroe ,got the host up.







reference:





http://en.wikipedia.org/wiki/ Sandy_Bridge_( microarchitecture)





http://ark.intel.com/products/ 64594







PFA for screenshot.







Thanks,





Jithin








___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt reporting wrong cpu family

2013-02-16 Thread Adrian Gibanel
Yes, I know. I meant a workaround where the processor is detected as 
SandyBridge. 

Thank you. 

- Mensaje original -

 De: Itamar Heim ih...@redhat.com
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: Jithin Raju rajuj...@gmail.com, users@ovirt.org
 Enviados: Sábado, 16 de Febrero 2013 21:36:38
 Asunto: Re: [Users] ovirt reporting wrong cpu family

 On 16/02/2013 18:56, Adrian Gibanel wrote:
  I happen to have the same problem in oVirt 3.1 on Fedora.
  Any workaround?
 
  $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n \n
  ;cat /proc/cpuinfo | grep model name | head -n 1
  cpuFlags =
  fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe

 you cpu is identified as model_Conroe, which should work. just set
 the
 cluster level to Conroe (should happen automatically if first host
 added
 to the cluster)

 
  model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz
 
  $ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm
  ovirt-release-fedora-5-2.noarch
  vdsm-python-4.10.0-10.fc17.x86_64
  vdsm-cli-4.10.0-10.fc17.noarch
  vdsm-4.10.0-10.fc17.x86_64
  vdsm-xmlrpc-4.10.0-10.fc17.noarch

-- 

Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 

Ens podeu seguir a/Nos podeis seguir en: 

i 

Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt reporting wrong cpu family

2013-02-16 Thread Adrian Gibanel
Here there's my libvirt version: 

$ rpm -qa | grep libvirt 
libvirt-daemon-config-nwfilter-0.9.11.9-1.fc17.x86_64 
libvirt-python-0.9.11.9-1.fc17.x86_64 
libvirt-client-0.9.11.9-1.fc17.x86_64 
libvirt-daemon-0.9.11.9-1.fc17.x86_64 
libvirt-lock-sanlock-0.9.11.9-1.fc17.x86_64 
libvirt-0.9.11.9-1.fc17.x86_64 
libvirt-daemon-config-network-0.9.11.9-1.fc17.x86_64 

Yes, I suppose I will be able to wikify it. 

- Mensaje original - 

 De: Itamar Heim ih...@redhat.com
 Para: Adrian Gibanel adrian.giba...@btactic.com
 CC: users@ovirt.org, Jithin Raju rajuj...@gmail.com, Martin
 Kletzander mklet...@redhat.com
 Enviados: Sábado, 16 de Febrero 2013 22:02:01
 Asunto: Re: [Users] ovirt reporting wrong cpu family

 On 16/02/2013 22:46, Adrian Gibanel wrote:
  Yes, I know. I meant a workaround where the processor is detected
  as
  SandyBridge.

 Adrian - please provide libvirt version.
 Martin - can you please take a look?
 Adrian - can you later please wikify this recurring question?

 Thanks,
 Itamar

 
  Thank you.
 
  
 
  *De: *Itamar Heim ih...@redhat.com
  *Para: *Adrian Gibanel adrian.giba...@btactic.com
  *CC: *Jithin Raju rajuj...@gmail.com, users@ovirt.org
  *Enviados: *Sábado, 16 de Febrero 2013 21:36:38
  *Asunto: *Re: [Users] ovirt reporting wrong cpu family
 
  On 16/02/2013 18:56, Adrian Gibanel wrote:
   I happen to have the same problem in oVirt 3.1 on Fedora.
   Any workaround?
  
   $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n
  \n ;cat /proc/cpuinfo | grep model name | head -n 1
   cpuFlags =
  fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe
 
  you cpu is identified as model_Conroe, which should work. just set
  the
  cluster level to Conroe (should happen automatically if first host
  added
  to the cluster)
 
  
   model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz
  
   $ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm
   ovirt-release-fedora-5-2.noarch
   vdsm-python-4.10.0-10.fc17.x86_64
   vdsm-cli-4.10.0-10.fc17.noarch
   vdsm-4.10.0-10.fc17.x86_64
   vdsm-xmlrpc-4.10.0-10.fc17.noarch

-- 

-- 
Adrián Gibanel 
I.T. Manager 

+34 675 683 301 
www.btactic.com 



Ens podeu seguir a/Nos podeis seguir en: 

i 


Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és 
cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El 
medio ambiente es cosa de todos. 

AVIS: 
El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou 
el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o 
copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge 
per error, us agrairem que ho feu saber immediatament al remitent i que 
procediu a destruir el missatge . 

AVISO: 
El contenido de este mensaje y de sus anexos es confidencial. Si no es el 
destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o 
copiarlo sin tener la autorización correspondiente. Si han recibido este 
mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al 
remitente y que procedan a destruir el mensaje . 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Fwd: Internet Explorer with latest master

2013-02-16 Thread Daniel Erez


- Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 To: Daniel Erez de...@redhat.com
 Cc: users users@ovirt.org, Dead Horse deadhorseconsult...@gmail.com, 
 Alona Kaplan alkap...@redhat.com
 Sent: Friday, February 15, 2013 10:00:19 PM
 Subject: Re: [Users] Fwd: Internet Explorer with latest master
 
 Hi Daniel,
 
  Instead of forcing IE9 mode we can use edge mode to display
  content in the highest mode available.
  I.e.:
  meta http-equiv=X-UA-Compatible content=IE=edge/
 
 yes, this seems to be the current trend, forcing standards mode in
 each reasonable version of IE (IE8+ that supports X-UA-Compatible
 meta-tag).
 
 Thinking about it, I guess you are right, we can use IE=edge, since
 we don't rely on any particular feature/quirk of IE8/IE9.
 
 I was initially concerned about IE8, IE9, IE10, etc. each
 implementing web standards differently, but assuming the application
 works fine in IE9, it should also work fine in IE10, and so on.
 
 @Alona, what do you think about adding IE=edge, as suggested by
 Daniel?
 
 @Daniel, what about IE=edge,chrome=1, which adds preference for
 Google Chrome Frame (IE plug-in which uses WebKit engine instead of
 IE engine), if available? :)

+1 :)
We might gain some HTML5 features support on IE for free...

 
 @DHC: according to http://stackoverflow.com/a/5673902, intranet sites
 in IE8/IE9 are *always* rendered in compatibility (non-standards)
 mode. This might be the problem you're facing with WebAdmin and
 UserPortal. You might want to check IE Compatibility View Settings
 dialog box and ensure that nothing gets displayed in compatibility
 view.
 
 Vojtech
 
 
 - Original Message -
 From: Daniel Erez de...@redhat.com
 To: Vojtech Szocs vsz...@redhat.com
 Cc: users users@ovirt.org, Dead Horse
 deadhorseconsult...@gmail.com
 Sent: Friday, February 15, 2013 7:18:05 PM
 Subject: Re: [Users] Fwd: Internet Explorer with latest master
 
 
 
 - Original Message -
  From: Vojtech Szocs vsz...@redhat.com
  To: Dead Horse deadhorseconsult...@gmail.com
  Cc: users users@ovirt.org
  Sent: Friday, February 15, 2013 3:32:03 PM
  Subject: Re: [Users] Fwd: Internet Explorer with latest master
  
  Hi,
  
  doing make rpm will actually build Engine using Maven and produce
  RPMs, but you might also want to deploy Engine EAR that was built
  to
  JBoss server via make install_artifacts.
  
   Thus I assume the master build does not default to compiling for
   all browsers?
  
  Aside from make rpm-quick, which builds quick  dirty RPMs for
  Firefox [gwt.userAgent=gecko1_8], I don't see any gwt.userAgent
  stuff in makefile, so the master build defaults to compiling for
  all
  browsers, unless you override this via EXTRA_BUILD_FLAGS.
  
  I think an easier way to do this is as Alona suggested, invoking
  Maven build directly:
  
$ mvn clean install -Pdep,gwt-admin,gwt-user, but it's up to
you.
  
  Anyway, I think the problem isn't related to gwt.userAgent
  property
  at all. If the GWT permutation for IE is missing, blank page will
  be
  shown, as GWT permutation selector script (*.nocache.js) will not
  be
  able to load that permutation.
  
  I think the problem might be caused by your client's IE browser
  settings. As per [1], IE should render HTML page with !DOCTYPE
  html using standards mode; rendering mode which WebAdmin and
  UserPortal require. So if you see garbled mess in IE, it means IE
  doesn't render HTML page in standards mode, but in other (quirks?)
  mode, due to some IE browser settings override.
  
  The X-UA-Compatible meta-tag actually *forces* IE to render HTML
  page in standards mode, which overrides any IE browser settings:
  
meta http-equiv=X-UA-Compatible content=IE=9/
  
  (I think we should reconsider adding this meta-tag due to reasons
  above, to ensure better compatibility with IE.)
 
 Instead of forcing IE9 mode we can use edge mode to display content
 in the highest mode available.
 I.e.:
 meta http-equiv=X-UA-Compatible content=IE=edge/
 
  
  Vojtech
  
  [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx
  
  
  - Original Message -
  From: Dead Horse deadhorseconsult...@gmail.com
  To: Alona Kaplan alkap...@redhat.com
  Cc: users users@ovirt.org, Vojtech Szocs vsz...@redhat.com
  Sent: Thursday, February 14, 2013 8:02:04 PM
  Subject: Re: [Users] Fwd: Internet Explorer with latest master
  
  
  
  NVM got it --
  BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
  -Pgwt-admin,gwt-user,dep
  Building now.
  
  
  - DHC
  
  
  
  
  On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse 
  deadhorseconsult...@gmail.com  wrote:
  
  
  
  
  I remember there being a GWT configuration file somewhere where
  those
  could be set?
  - DHC
  
  
  
  
  
  
  On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan 
  alkap...@redhat.com
   wrote:
  
  
  Hi,
  
  Instead of doing make rpm please compile manually using the
  following
  command:
  mvn clean install 

Re: [Users] Power Users cannot add Network Interfaces

2013-02-16 Thread Moti Asayag
On 02/15/2013 11:02 PM, Dead Horse wrote:
 Did a fresh engine install/setup of a newer build from master and this
 behavior is still persists.
 Fresh install/setup using the older build from the commit I mentioned
 previously I can confirm that the the issue is not present, things work
 as expected.
 - DHC
 

This is a bug in User Portal. I've filed a bug for it:

https://bugzilla.redhat.com/show_bug.cgi?id=912005

I guess it will be fixed in a short while.

 
 On Thu, Feb 14, 2013 at 3:58 PM, Dead Horse
 deadhorseconsult...@gmail.com mailto:deadhorseconsult...@gmail.com
 wrote:
 
 It is still marked and recognized as Management Network and a VM
 Network.
 
 SuperUsers can still add VNIC's this is only affecting
 non-superusers EG: PowerUserRole
 
 - DHC
 
 
 On Thu, Feb 14, 2013 at 3:30 PM, Moti Asayag masa...@redhat.com
 mailto:masa...@redhat.com wrote:
 
 On 02/14/2013 06:13 PM, Dead Horse wrote:
  The dialog is graying the ok button, screenshot attached. Also
  attached is the engine log, although I don't see anything in
 it that
  jumps out at me.
  - DHC
 
 
 Is your management network a non-vm network ? The described symptom
 looks a like [1].
 
 [1] https://bugzilla.redhat.com/show_bug.cgi?id=95
 
 
 
 
  On Thu, Feb 14, 2013 at 3:35 AM, Moti Asayag
 masa...@redhat.com mailto:masa...@redhat.com
  mailto:masa...@redhat.com mailto:masa...@redhat.com wrote:
 
  On 02/14/2013 12:47 AM, Eli Mesika wrote:
  
  
   - Original Message -
   From: Dead Horse deadhorseconsult...@gmail.com
 mailto:deadhorseconsult...@gmail.com
  mailto:deadhorseconsult...@gmail.com
 mailto:deadhorseconsult...@gmail.com
   To: users@ovirt.org mailto:users@ovirt.org
 mailto:users@ovirt.org mailto:users@ovirt.org
 users@ovirt.org mailto:users@ovirt.org
  mailto:users@ovirt.org mailto:users@ovirt.org
   Sent: Thursday, February 14, 2013 12:16:58 AM
   Subject: [Users] Power Users cannot add Network Interfaces
  
  
  
  
  
   Power Users seems to no longer be able to add Network
 Interfaces to
   Virtual Machines.
  
   Super Users of course have no issues. The power users
 have been
   granted NetworkUser Role on the respective Networks,
 PowerUserRole
   on the respective Clusters/Storage Domains.
  
  
   This failure mode is with the currently running
 ovirt-engine I built
   from commit: 899d96c055784a54b6d2b8181e5ed13b258d009f
  
   This used to work with my previous engine build from
 commit:
   82bdc46dfdb46b000f67f0cd4e51fc39665bf13b
  
   Hi
   Can you please attach vdsm/engine log so we will be able
 to track
  the error thrown and check which commit caused that ?
  
 
  I guess the error would be a can-do-action message: The
 user is not
  authorized to perform this action.
 
  I'll try reproducing it on my environment to see what went
 wrong.
 
  
   - DHC
  
   ___
   Users mailing list
   Users@ovirt.org mailto:Users@ovirt.org
 mailto:Users@ovirt.org mailto:Users@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/users
  
   ___
   Users mailing list
   Users@ovirt.org mailto:Users@ovirt.org
 mailto:Users@ovirt.org mailto:Users@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/users
  
 
 
 
 
 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users