Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-02-03 Thread Dan Kenigsberg
On Sun, Feb 03, 2013 at 04:55:11PM +0100, Gianluca Cecchi wrote:
> On Sun, Feb 3, 2013 at 2:40 PM, Dan Kenigsberg wrote:
> >
> > I see that /proc/cpuinfo DOES have svm, but libvirt does not recognize
> > it. Maybe our friendly libvirt developers (CCed) could help with the
> > debugging. Which version of libvirt are you using? Could you dump
> > your /proc/cpuinfo somewhere?
> >
> > Dan.
> 
> libvirt-0.10.2.2-3.fc18.x86_64
> 
> full cpuinfo output here:
> https://docs.google.com/file/d/0BwoPbcrMv8mvMUVkNWp0SC11MTQ/edit?usp=sharing
> 

I suppose that the problem you are seeing is indeed the libvirt issue
pointed out by Kaul.

> BTW: when I configure a server as an oVirt node its libvirtd.conf is
> modified by vdsm, so that I can't run anymore the command
> 
> virsh capabilities
> 
> My host, after successfully install now gives me:
> 
> [root@f18ovn03 ~]# virsh capabilities
> Please enter your authentication name:
> 
> do I have to pass any particular connection parameters for vdsm to get
> the output again? What to use as authentication name and password?

You can pass -r (read-only), or use `-c qemu+tcp://hostname/system`. Not
that the latter option would allow you to change things under the feet
of oVirt, which does not end well usually.

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


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-02-03 Thread Joop
Gianluca Cecchi  wrote:

>[root@f18ovn03 ~]# virsh capabilities
>Please enter your authentication name:
>
>do I have to pass any particular connection parameters for vdsm to get
>the output again? What to use as authentication name and password?
>
If I'm right it is vdsm@ovirt and the passwd is in libvirt.conf, or try google. 
Can't remember at the moment. I have it somewhere written down but can access 
it tomorrow .

Joop


-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-02-03 Thread Gianluca Cecchi
On Sun, Feb 3, 2013 at 2:40 PM, Dan Kenigsberg wrote:
>
> I see that /proc/cpuinfo DOES have svm, but libvirt does not recognize
> it. Maybe our friendly libvirt developers (CCed) could help with the
> debugging. Which version of libvirt are you using? Could you dump
> your /proc/cpuinfo somewhere?
>
> Dan.

libvirt-0.10.2.2-3.fc18.x86_64

full cpuinfo output here:
https://docs.google.com/file/d/0BwoPbcrMv8mvMUVkNWp0SC11MTQ/edit?usp=sharing

BTW: when I configure a server as an oVirt node its libvirtd.conf is
modified by vdsm, so that I can't run anymore the command

virsh capabilities

My host, after successfully install now gives me:

[root@f18ovn03 ~]# virsh capabilities
Please enter your authentication name:

do I have to pass any particular connection parameters for vdsm to get
the output again? What to use as authentication name and password?

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


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-02-03 Thread Dan Kenigsberg
On Sun, Feb 03, 2013 at 12:57:29PM +0100, Gianluca Cecchi wrote:
> On Sun, Feb 3, 2013 at 11:54 AM, Dan Kenigsberg  wrote:
> > On Thu, Jan 31, 2013 at 12:57:38PM +0100, Gianluca Cecchi wrote:
> >> Output of command
> >> # virsh capabilities
> >> on this host
> >>
> >> https://docs.google.com/file/d/0BwoPbcrMv8mveG5OaVBZN1VENlU/edit
> >
> > I, and list archive viewers, prefer in-lining such output. It seems to be
> > lacking "svm" - could it be that you need to enable it in BIOS?
> >
> >   
> > 44454c4c-5600-1059-8047-cac04f4e344a
> > 
> >   x86_64
> >   Opteron_G3
> >   AMD
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> >   
> > 
> 
> 
> Hi Dan,
> keep in mind that my error was to point in webadmin gui to an ip that
> was not the one of the intended node...
> 
> but this
> virsh capabilities
> command was indeed run on the Opteron node (that I was able to
> activate when using right ip in webadmin...)
> 
> Indeed this thing that connecting to the node and running this command
> I didn't see the "svm" flag was one that contributed in my not being
> aware of my first time error
> But as you saw in another mail of this thread, the host has
> virtualization feature enabled in bios. Screenshots' links of bios
> settings posted here:
> http://lists.ovirt.org/pipermail/users/2013-January/011976.html
> 
> As I wrote in another thread related to the same host, it is indeed
> not well identified:
> http://lists.ovirt.org/pipermail/users/2013-January/011997.html
> 
> it appears as 8-sockets 6-cores while it actually has 4-sockets 12-core each
> screenshot of host in gui already posted is anyway here:
> https://docs.google.com/file/d/0BwoPbcrMv8mvdjdYNjVfT2NWY0U/edit
> 
> I'm available to further debug if requested...

I see that /proc/cpuinfo DOES have svm, but libvirt does not recognize
it. Maybe our friendly libvirt developers (CCed) could help with the
debugging. Which version of libvirt are you using? Could you dump
your /proc/cpuinfo somewhere?

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


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-02-03 Thread Gianluca Cecchi
On Sun, Feb 3, 2013 at 11:54 AM, Dan Kenigsberg  wrote:
> On Thu, Jan 31, 2013 at 12:57:38PM +0100, Gianluca Cecchi wrote:
>> Output of command
>> # virsh capabilities
>> on this host
>>
>> https://docs.google.com/file/d/0BwoPbcrMv8mveG5OaVBZN1VENlU/edit
>
> I, and list archive viewers, prefer in-lining such output. It seems to be
> lacking "svm" - could it be that you need to enable it in BIOS?
>
>   
> 44454c4c-5600-1059-8047-cac04f4e344a
> 
>   x86_64
>   Opteron_G3
>   AMD
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 


Hi Dan,
keep in mind that my error was to point in webadmin gui to an ip that
was not the one of the intended node...

but this
virsh capabilities
command was indeed run on the Opteron node (that I was able to
activate when using right ip in webadmin...)

Indeed this thing that connecting to the node and running this command
I didn't see the "svm" flag was one that contributed in my not being
aware of my first time error
But as you saw in another mail of this thread, the host has
virtualization feature enabled in bios. Screenshots' links of bios
settings posted here:
http://lists.ovirt.org/pipermail/users/2013-January/011976.html

As I wrote in another thread related to the same host, it is indeed
not well identified:
http://lists.ovirt.org/pipermail/users/2013-January/011997.html

it appears as 8-sockets 6-cores while it actually has 4-sockets 12-core each
screenshot of host in gui already posted is anyway here:
https://docs.google.com/file/d/0BwoPbcrMv8mvdjdYNjVfT2NWY0U/edit

I'm available to further debug if requested...

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


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-02-03 Thread Dan Kenigsberg
On Thu, Jan 31, 2013 at 12:57:38PM +0100, Gianluca Cecchi wrote:
> Output of command
> # virsh capabilities
> on this host
> 
> https://docs.google.com/file/d/0BwoPbcrMv8mveG5OaVBZN1VENlU/edit

I, and list archive viewers, prefer in-lining such output. It seems to be
lacking "svm" - could it be that you need to enable it in BIOS?

  
44454c4c-5600-1059-8047-cac04f4e344a

  x86_64
  Opteron_G3
  AMD
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  

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


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-01-31 Thread Alon Bar-Lev


- Original Message -
> From: "Gianluca Cecchi" 
> To: "Alon Bar-Lev" 
> Cc: "users" 
> Sent: Friday, February 1, 2013 12:19:47 AM
> Subject: Re: [Users] 3.2 beta and f18 host on dell R815 problem
> 
> On Thu, Jan 31, 2013 at 9:50 PM, Alon Bar-Lev  wrote:
> > Sorry about that.
> >
> > Can you please install these[1] rpms?
> >
> > It won't solve anything just provide me more information.
> >
> > Thanks!
> >
> > [1]
> > http://jenkins.ovirt.org/job/ovirt-host-deploy_create_rpms_fedora/jdk=java-1.7.0-openjdk.x86_64,label=fedora18/
> 
> Actually I think it's me who has to sorry about that... let me
> explain
> 

No problems.

> 2) the "Name" field when adding a node should match its hostname or
> is
> meant only to be a label?

It is only a label.

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


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-01-31 Thread Gianluca Cecchi
On Thu, Jan 31, 2013 at 9:50 PM, Alon Bar-Lev  wrote:
> Sorry about that.
>
> Can you please install these[1] rpms?
>
> It won't solve anything just provide me more information.
>
> Thanks!
>
> [1] 
> http://jenkins.ovirt.org/job/ovirt-host-deploy_create_rpms_fedora/jdk=java-1.7.0-openjdk.x86_64,label=fedora18/

Actually I think it's me who has to sorry about that... let me explain

All my tests during these months on different environments were made
without DNS because I had no chance to manage it on the lan where I
was.
For this test insead I had opportunity to make things well and so I
configured a CentoS 6.3 vm on another server as DNS server and IPA
server for the environment.

So I configured my DNS this way and it works ok:

ipacentos 192.168.1.103 ---> dns server + IPA server
f18ovn03 192.168.1.102 ---> node to install
f18engine 192.168.1.111 ---> engine

So far so good, DNS ok.

But when this morning I tried to install the host, my input in web
admin portal was:

Name ---> f18ovn03.localdomain.local
ip ---> 192.168.1.103 (that is WRONG! It is the one of the CentOS 6.3
vm, running on a R310 that has indeed an Intel cpu...)

In fact
[root@f18engine ~]# cd /var/log/ovirt-engine/host-deploy/
[root@f18engine host-deploy]# ll
total 112
-rw-r--r--. 1 ovirt ovirt 110947 Jan 31 12:17
ovirt-20130131121728-192.168.1.103.log

se the .103 in filename
Unfortunately I realized that only this evening ;-(

I tried to remove and install the node with correct ip value from the
gui but I always got ssh connection interrupted messages...
So I decided to restart clean with engine-cleanup and reboot of both servers.
Probably an uuid for the hostname and/or the ip during the initial
wrong deploy was causing inability to proceed

So I reinstalled the beta versions for host-deploy and
host-deploy-java rpm on engine
And I was able to correctly install the node and after reboot it
is now up and I can proceed
Very very sorry to have let you waste your time ;-(

But I managed to learn one thing and to ask you another one:

1) never put the same password on different servers ;-)

2) the "Name" field when adding a node should match its hostname or is
meant only to be a label?
In the first case, I think it could be a safe thing to verify hostname
lookup and if it doesn' t match the ip provided, send a warning window
to the user, because strange things could happen
In the second case, probably if I removed the host from webadmin and
tried to install with a different label (Name) and correct ip (.102)
would have been successful in your opinion, without reconfiguring all
the engine?

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


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-01-31 Thread Alon Bar-Lev
Sorry about that.

Can you please install these[1] rpms?

It won't solve anything just provide me more information.

Thanks!

[1] 
http://jenkins.ovirt.org/job/ovirt-host-deploy_create_rpms_fedora/jdk=java-1.7.0-openjdk.x86_64,label=fedora18/

- Original Message -
> From: "Gianluca Cecchi" 
> To: "users" , "Alon Bar-Lev" 
> Sent: Thursday, January 31, 2013 9:01:19 PM
> Subject: Re: Re: [Users] 3.2 beta and f18 host on dell R815 problem
> 
> Alon,
> the diff between the two hardware.py files you sent is:
> 
> $ diff hardware.py_first hardware.py_second
> 108c108
> < ret = struct.unpack('L', f.read(8))[0]
> ---
> > ret = struct.unpack('L', f.read(8))[0]
> 
> so they seem quite the same
> And in engine.log it  complains about
> 
> 2013-01-31 17:49:57,189 ERROR
> [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy)
> Installation
> 192.168.1.103: Internal error: invalid syntax (hardware.py, line 109)
> 
> 
> while diff between patched one and original file gives, around the
> line 109:
> diff hardware.py hardware.py.orig
> 105a90
> > f.seek(index)
> 107,113c92,94
> < f.seek(index)
> < ret = struct.unpack('L', f.read(8))[0]
> < except struct.error:
>   < seems this line...
> < pass
> <
> < self.logger.debug('prdmsr: %s', ret)
> < return ret
> ---
> > return struct.unpack('L', f.read(8))[0]
> > except struct.error:
> > return -1
> 121c102
> < ret = (
> ---
> > return (
> 
> 
> I don't know Python so I can't correct the typo
> 
> let me know.
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-01-31 Thread Gianluca Cecchi
Alon,
the diff between the two hardware.py files you sent is:

$ diff hardware.py_first hardware.py_second
108c108
< ret = struct.unpack('L', f.read(8))[0]
---
> ret = struct.unpack('L', f.read(8))[0]

so they seem quite the same
And in engine.log it  complains about

2013-01-31 17:49:57,189 ERROR
[org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation
192.168.1.103: Internal error: invalid syntax (hardware.py, line 109)


while diff between patched one and original file gives, around the line 109:
diff hardware.py hardware.py.orig
105a90
> f.seek(index)
107,113c92,94
< f.seek(index)
< ret = struct.unpack('L', f.read(8))[0]
< except struct.error:
  < seems this line...
< pass
<
< self.logger.debug('prdmsr: %s', ret)
< return ret
---
> return struct.unpack('L', f.read(8))[0]
> except struct.error:
> return -1
121c102
< ret = (
---
> return (


I don't know Python so I can't correct the typo

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


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-01-31 Thread Federico Simoncelli
Hi Gianluca can you post/attach/provide the output of cpuid?

# cpuid

In case it's not installed it's provided by the rpm:

cpuid-20120601-2.fc18.x86_64

Thanks,
-- 
Federico

- Original Message -
> From: "Gianluca Cecchi" 
> To: "users" 
> Sent: Thursday, January 31, 2013 12:24:41 PM
> Subject: [Users] 3.2 beta and f18 host on dell R815 problem
> 
> during install of server I get this
> Host installation failed. Fix installation issues and try to
> Re-Install
> 
> In deploy log
> 
> 
> 2013-01-31 12:17:30 DEBUG
> otopi.plugins.ovirt_host_deploy.vdsm.hardware
> hardware._isVirtualizationEnabled:144 virtualization support
> GenuineIntel (cpu: False, bios: True)
> 2013-01-31 12:17:30 DEBUG otopi.context context._executeMethod:127
> method exception
> Traceback (most recent call last):
>   File "/tmp/ovirt-SfEARpd3h4/pythonlib/otopi/context.py", line 117,
> in _executeMethod
> method['method']()
>   File
>   "/tmp/ovirt-SfEARpd3h4/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py",
> line 170, in _validate_virtualization
> _('Hardware does not support virtualization')
> RuntimeError: Hardware does not support virtualization
> 2013-01-31 12:17:30 ERROR otopi.context context._executeMethod:136
> Failed to execute stage 'Setup validation': Hardware does not support
> virtualization
> 
> note the GenuineIntel above... ??
> But actually it is AMD
> 
> [root@f18ovn03 ~]# lsmod|grep kvm
> kvm_amd59623  0
> kvm   431794  1 kvm_amd
> 
> cat /proc/cpuinfo
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-01-31 Thread Gianluca Cecchi
Output of command
# virsh capabilities
on this host

https://docs.google.com/file/d/0BwoPbcrMv8mveG5OaVBZN1VENlU/edit
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-01-31 Thread Gianluca Cecchi
On Thu, Jan 31, 2013 at 12:30 PM, Gianluca Cecchi  wrote:
>
> BTW: I did use this same host in this hw configuration from a bios
> point of view as a host for a RHEV 3.0 beta about one year ago...

screenshots of bios setting for this r815 server:
https://docs.google.com/file/d/0BwoPbcrMv8mvbno5b2w3RmJNdTQ/edit
https://docs.google.com/file/d/0BwoPbcrMv8mvdE5VUDZzNFIzUkU/edit
https://docs.google.com/file/d/0BwoPbcrMv8mvOXJ6WWVPb0l3N2M/edit

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


Re: [Users] 3.2 beta and f18 host on dell R815 problem

2013-01-31 Thread Gianluca Cecchi
On Thu, Jan 31, 2013 at 12:24 PM, Gianluca Cecchi wrote:
> during install of server I get this
> Host installation failed. Fix installation issues and try to Re-Install
>
> In deploy log
>
>
> 2013-01-31 12:17:30 DEBUG
> otopi.plugins.ovirt_host_deploy.vdsm.hardware
> hardware._isVirtualizationEnabled:144 virtualization support
> GenuineIntel (cpu: False, bios: True)
> 2013-01-31 12:17:30 DEBUG otopi.context context._executeMethod:127
> method exception
> Traceback (most recent call last):
>   File "/tmp/ovirt-SfEARpd3h4/pythonlib/otopi/context.py", line 117,
> in _executeMethod
> method['method']()
>   File 
> "/tmp/ovirt-SfEARpd3h4/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py",
> line 170, in _validate_virtualization
> _('Hardware does not support virtualization')
> RuntimeError: Hardware does not support virtualization
> 2013-01-31 12:17:30 ERROR otopi.context context._executeMethod:136
> Failed to execute stage 'Setup validation': Hardware does not support
> virtualization
>


full log here:
https://docs.google.com/file/d/0BwoPbcrMv8mvdURXWFF6X0NMRzg/edit

BTW: I did use this same host in this hw configuration from a bios
point of view as a host for a RHEV 3.0 beta about one year ago...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] 3.2 beta and f18 host on dell R815 problem

2013-01-31 Thread Gianluca Cecchi
during install of server I get this
Host installation failed. Fix installation issues and try to Re-Install

In deploy log


2013-01-31 12:17:30 DEBUG
otopi.plugins.ovirt_host_deploy.vdsm.hardware
hardware._isVirtualizationEnabled:144 virtualization support
GenuineIntel (cpu: False, bios: True)
2013-01-31 12:17:30 DEBUG otopi.context context._executeMethod:127
method exception
Traceback (most recent call last):
  File "/tmp/ovirt-SfEARpd3h4/pythonlib/otopi/context.py", line 117,
in _executeMethod
method['method']()
  File "/tmp/ovirt-SfEARpd3h4/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py",
line 170, in _validate_virtualization
_('Hardware does not support virtualization')
RuntimeError: Hardware does not support virtualization
2013-01-31 12:17:30 ERROR otopi.context context._executeMethod:136
Failed to execute stage 'Setup validation': Hardware does not support
virtualization

note the GenuineIntel above... ??
But actually it is AMD

[root@f18ovn03 ~]# lsmod|grep kvm
kvm_amd59623  0
kvm   431794  1 kvm_amd

cat /proc/cpuinfo
...
processor : 47
vendor_id : AuthenticAMD
cpu family : 16
model : 9
model name : AMD Opteron(tm) Processor 6174
stepping : 1
microcode : 0x1d9
cpu MHz : 800.000
cache size : 512 KB
physical id : 3
siblings : 12
core id : 5
cpu cores : 12
apicid : 59
initial apicid : 59
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl
nonstop_tsc extd_apicid amd_dcm pni monitor cx16 popcnt lahf_lm
cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch
osvw ibs skinit wdt nodeid_msr hw_pstate npt lbrv svm_lock nrip_save
pausefilter
bogomips : 4400.44
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

Any hint?

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