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?

  host
uuid44454c4c-5600-1059-8047-cac04f4e344a/uuid
cpu
  archx86_64/arch
  modelOpteron_G3/model
  vendorAMD/vendor
  topology sockets='1' cores='6' threads='1'/
  feature name='nodeid_msr'/
  feature name='wdt'/
  feature name='skinit'/
  feature name='ibs'/
  feature name='osvw'/
  feature name='3dnowprefetch'/
  feature name='cr8legacy'/
  feature name='extapic'/
  feature name='cmp_legacy'/
  feature name='3dnow'/
  feature name='3dnowext'/
  feature name='pdpe1gb'/
  feature name='fxsr_opt'/
  feature name='mmxext'/
  feature name='ht'/
  feature name='vme'/
/cpu
___
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 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-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


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
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 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 gianluca.cec...@gmail.com
 To: users users@ovirt.org
 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
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 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 gianluca.cec...@gmail.com
 To: users users@ovirt.org, Alon Bar-Lev alo...@redhat.com
 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
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


- Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: users users@ovirt.org
 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