Re: [Users] 3.2 beta and f18 host on dell R815 problem
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
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
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
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
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
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
- 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
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
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
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
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
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
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
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
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