[Users] Support by Scientific linux?

This is a multipart message in MIME format. ------=_NextPart_000_0013_01CCDE44.8DB16F60 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Hi. Testing work Ovirt on scientific linux 6.1. Compiling from source oVirt-engine (http://www.ovirt.org/wiki/Building_Ovirt_Engine) is successful. However, if you add a node incorrectly determined the operating system: OS Version: unknown. Nodes perform the installation instructions on: http://www.ovirt.org/wiki/Building_Ovirt_Engine Analyzing the log files are found incorrect answer vdsm (Node status NonOperational. nonOperationalReason = VERSION_INCOMPATIBLE_WITH_CLUSTER) /var/log/vdsm/vdsm.log: Thread-16::DEBUG::2012-01-28 14:08:09,200::clientIF::48::vds::(wrapper) return getVdsCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb'}], 'FC': []}, 'packages2': {'kernel': {'release': '220.el6.x86_64', 'buildtime': '0', 'version': '2.6.32'}, 'spice-server': {'release': '5.el6', 'buildtime': '1323492018', 'version': '0.8.2'}, 'vdsm': {'release': '63.el6', 'buildtime': '1327784725', 'version': '4.9'}, 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6', 'buildtime': '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}}, 'cpuModel': 'Intel(R) Xeon(R) CPU 5140 @ 2.33GHz', 'hooks': {}, 'networks': {'virbr0': {'cfg': {}, 'netmask': '255.255.255.0', 'stp': 'on', 'ports': ['virbr0-nic'], 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm', 'qemu'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflus h,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_pe rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,sss e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pentium,model_p entium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_cor e2duo,model_n270,model_Conroe,model_Opteron_G1', 'cpuSockets': '1', 'uuid': '343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', 'lastClientIface': 'eth0', 'nics': {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': '', 'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': '00:1C:C4:74:A0:60', 'netmask': '255.255.255.0', 'speed': 1000, 'addr': '10.1.20.10'}}, 'software_revision': '63', 'management_ip': '', 'clusterLevels': ['2.3'], 'supportedProtocols': ['2.2', '2.3'], 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb', 'memSize': '15949', 'reservedMem': '256', 'bondings': {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled': 'true', 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'], 'emulatedMachines': ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'], 'operatingSystem': {'release': '', 'version': '', 'name': 'unknown'}, 'lastClient': '10.1.20.12'}} Note the line: 'operatingSystem': {'release':'', 'version':'', 'name': 'unknown'}. The output commands to the node: [root@node ~]# lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:print ing-4.0-amd64:printing-4.0-noarch Distributor ID: Scientific Description: Scientific Linux release 6.2 rolling (Carbon) Release: 6.2 Codename: Carbon [root@lnode ~]# cat /etc/redhat-release Scientific Linux release 6.1 (Carbon) How do I get to define vdsm right operating system? p.s. Sorry for my english (google translate) ------=_NextPart_000_0013_01CCDE44.8DB16F60 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; charset=3Dkoi8-r"><meta = name=3DGenerator content=3D"Microsoft Word 14 (filtered = medium)"><style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif"; mso-fareast-language:EN-US;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal-compose; font-family:"Calibri","sans-serif"; color:windowtext;} .MsoChpDefault {mso-style-type:export-only; font-family:"Calibri","sans-serif"; mso-fareast-language:EN-US;} @page WordSection1 {size:612.0pt 792.0pt; margin:2.0cm 42.5pt 2.0cm 3.0cm;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--></head><body lang=3DRU link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span = lang=3DEN-US>Hi</span>.<o:p></o:p></p><p class=3DMsoNormal><span = lang=3DEN-US>Testing work Ovirt on scientific linux = 6.1.<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Compiling from source oVirt-engine = (http://www.ovirt.org/wiki/Building_Ovirt_Engine) is = successful.<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>However, if you add a node incorrectly determined the = operating system:<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>OS Version: unknown.<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Nodes perform the installation = instructions on: = http://www.ovirt.org/wiki/Building_Ovirt_Engine<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Analyzing the log files are found = incorrect answer vdsm (Node status NonOperational. = =9AnonOperationalReason =3D = VERSION_INCOMPATIBLE_WITH_CLUSTER)<o:p></o:p></span></p><p = class=3DMsoNormal><span = lang=3DEN-US>/var/log/vdsm/vdsm.log:<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Thread-16::DEBUG::2012-01-28 = 14:08:09,200::clientIF::48::vds::(wrapper) return getVdsCapabilities = with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb'}], = 'FC': []}, 'packages2': {'kernel': {'release': '220.el6.x86_64', = 'buildtime': '0', 'version': '2.6.32'}, 'spice-server': {'release': = '5.el6', 'buildtime': '1323492018', 'version': '0.8.2'}, 'vdsm': = {'release': '63.el6', 'buildtime': '1327784725', 'version': '4.9'}, = 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', = 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6', 'buildtime': = '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release': = '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}}, = 'cpuModel': 'Intel(R) Xeon(R) CPU=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A = 5140=9A @ 2.33GHz', 'hooks': {}, 'networks': {'virbr0': {'cfg': {}, = 'netmask': '255.255.255.0', 'stp': 'on', 'ports': ['virbr0-nic'], = 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm', 'qemu'], 'cpuFlags': = u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clf= lush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,a= rch_perfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,es= t,tm2,ssse3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pen= tium,model_pentium2,model_pentium3,model_pentiumpro,model_qemu32,model_co= reduo,model_core2duo,model_n270,model_Conroe,model_Opteron_G1', = 'cpuSockets': '1', 'uuid': = '343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', = 'lastClientIface': 'eth0', 'nics': {'eth1': {'hwaddr': = '00:1C:C4:74:A0:61', 'netmask': '', 'speed': 0, 'addr': ''}, 'eth0': = {'hwaddr': '00:1C:C4:74:A0:60', 'netmask': '255.255.255.0', 'speed': = 1000, 'addr': '10.1.20.10'}}, 'software_revision': '63', = 'management_ip': '', 'clusterLevels': ['2.3'], 'supportedProtocols': = ['2.2', '2.3'], 'ISCSIInitiatorName': = 'iqn.1994-05.com.redhat:4052e3fcadb', 'memSize': '15949', 'reservedMem': = '256', 'bondings': {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, = 'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr': = '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': = []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', = 'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00', = 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr': = '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': = []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331', 'version_name': = 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled': 'true', = 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'], 'emulatedMachines': = ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', = 'rhel5.4.0'], 'operatingSystem': {'release': '', 'version': '', 'name': = 'unknown'}, 'lastClient': '10.1.20.12'}}<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Note the line: 'operatingSystem': = {'release':'', 'version':'', 'name': 'unknown'}.<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>The output commands to the = node:<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>[root@node ~]# lsb_release -a<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>LSB Version:=9A=9A=9A = :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:pr= inting-4.0-amd64:printing-4.0-noarch<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Distributor ID: = Scientific<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Description:=9A =9A=9AScientific Linux release 6.2 rolling = (Carbon)<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Release:=9A=9A=9A=9A=9A=9A=9A 6.2<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Codename:=9A=9A=9A=9A=9A=9A = Carbon<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>[root@lnode ~]# cat = /etc/redhat-release<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Scientific Linux release 6.1 = (Carbon)<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>How do I get to define vdsm right operating = system?<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>p.s. Sorry for my english (google = translate)<o:p></o:p></span></p></div></body></html> ------=_NextPart_000_0013_01CCDE44.8DB16F60--

On Sun, Jan 29, 2012 at 05:12:09AM +0400, зоррыч wrote:
Hi.
Testing work Ovirt on scientific linux 6.1.
Compiling from source oVirt-engine (http://www.ovirt.org/wiki/Building_Ovirt_Engine) is successful.
However, if you add a node incorrectly determined the operating system:
OS Version: unknown.
Nodes perform the installation instructions on: http://www.ovirt.org/wiki/Building_Ovirt_Engine
Analyzing the log files are found incorrect answer vdsm (Node status NonOperational. nonOperationalReason = VERSION_INCOMPATIBLE_WITH_CLUSTER)
/var/log/vdsm/vdsm.log:
Thread-16::DEBUG::2012-01-28 14:08:09,200::clientIF::48::vds::(wrapper) return getVdsCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb'}], 'FC': []}, 'packages2': {'kernel': {'release': '220.el6.x86_64', 'buildtime': '0', 'version': '2.6.32'}, 'spice-server': {'release': '5.el6', 'buildtime': '1323492018', 'version': '0.8.2'}, 'vdsm': {'release': '63.el6', 'buildtime': '1327784725', 'version': '4.9'}, 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6', 'buildtime': '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}}, 'cpuModel': 'Intel(R) Xeon(R) CPU 5140 @ 2.33GHz', 'hooks': {}, 'networks': {'virbr0': {'cfg': {}, 'netmask': '255.255.255.0', 'stp': 'on', 'ports': ['virbr0-nic'], 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm', 'qemu'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflus h,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_pe rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,sss e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pentium,model_p entium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_cor e2duo,model_n270,model_Conroe,model_Opteron_G1', 'cpuSockets': '1', 'uuid': '343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', 'lastClientIface': 'eth0', 'nics': {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': '', 'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': '00:1C:C4:74:A0:60', 'netmask': '255.255.255.0', 'speed': 1000, 'addr': '10.1.20.10'}}, 'software_revision': '63', 'management_ip': '', 'clusterLevels': ['2.3'], 'supportedProtocols': ['2.2', '2.3'], 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb', 'memSize': '15949', 'reservedMem': '256', 'bondings': {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled': 'true', 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'], 'emulatedMachines': ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'], 'operatingSystem': {'release': '', 'version': '', 'name': 'unknown'}, 'lastClient': '10.1.20.12'}}
Note the line: 'operatingSystem': {'release':'', 'version':'', 'name': 'unknown'}.
The output commands to the node:
[root@node ~]# lsb_release -a
LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:print ing-4.0-amd64:printing-4.0-noarch
Distributor ID: Scientific
Description: Scientific Linux release 6.2 rolling (Carbon)
Release: 6.2
Codename: Carbon
[root@lnode ~]# cat /etc/redhat-release
Scientific Linux release 6.1 (Carbon)
How do I get to define vdsm right operating system?
p.s. Sorry for my english (google translate)
We have plenty of native Russian speakers on this list ;-) The short answer is that is that no one wrote a patch to Vdsm to let it recognize Scientific Linux. You are more than welcome to write such a patch. I suspect that you would need a (yet unpublished) SL6.2 in order to have oVirt work properly. Vdsm requires several packages by version for a reason.

If you would like to use SL 6.2 as a node: - Change the contents of /etc/redhat-release to "Red Hat Enterprise Linux Server release 6.2 (Santiago" - Build the latest version of RHEV/RHEL 6.x vdsm srpm here: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/ - Add the resulting rpms to a yum repo or create one using createrepo and serve it up where your SL node can get to it - Register that repo with yum EG: add a repo file in /etc/yum.repos.d pointing to it - Finally you will have to edit a value in the postgres database to actually get ovirt to execute vms on the SL (EL6) node once it is added - since ovirt is built around FC16 it will pass "emulatedmachine" or the "-M" value to KVM as "pc-0.14" whereas on EL6 the value passed is "rhel6.2.0" - thus to change it to what we desire run the following: psql -U postgres -d engine -c "update vdc_options set option_value='rhel6.2.0' where option_name='EmulatedMachine' and version='3.0';" - after that make sure to restart the jboss service as the previous values are cached - Chris ________________________________ From: users-bounces@ovirt.org on behalf of Dan Kenigsberg Sent: Sun 1/29/2012 3:53 AM To: ?????? Cc: users@ovirt.org Subject: Re: [Users] Support by Scientific linux? On Sun, Jan 29, 2012 at 05:12:09AM +0400, ?????? wrote:
Hi.
Testing work Ovirt on scientific linux 6.1.
Compiling from source oVirt-engine (http://www.ovirt.org/wiki/Building_Ovirt_Engine) is successful.
However, if you add a node incorrectly determined the operating system:
OS Version: unknown.
Nodes perform the installation instructions on: http://www.ovirt.org/wiki/Building_Ovirt_Engine
Analyzing the log files are found incorrect answer vdsm (Node status NonOperational. nonOperationalReason = VERSION_INCOMPATIBLE_WITH_CLUSTER)
/var/log/vdsm/vdsm.log:
Thread-16::DEBUG::2012-01-28 14:08:09,200::clientIF::48::vds::(wrapper) return getVdsCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb'}], 'FC': []}, 'packages2': {'kernel': {'release': '220.el6.x86_64', 'buildtime': '0', 'version': '2.6.32'}, 'spice-server': {'release': '5.el6', 'buildtime': '1323492018', 'version': '0.8.2'}, 'vdsm': {'release': '63.el6', 'buildtime': '1327784725', 'version': '4.9'}, 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6', 'buildtime': '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}}, 'cpuModel': 'Intel(R) Xeon(R) CPU 5140 @ 2.33GHz', 'hooks': {}, 'networks': {'virbr0': {'cfg': {}, 'netmask': '255.255.255.0', 'stp': 'on', 'ports': ['virbr0-nic'], 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm', 'qemu'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflus h,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_pe rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,sss e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pentium,model_p entium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_cor e2duo,model_n270,model_Conroe,model_Opteron_G1', 'cpuSockets': '1', 'uuid': '343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', 'lastClientIface': 'eth0', 'nics': {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': '', 'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': '00:1C:C4:74:A0:60', 'netmask': '255.255.255.0', 'speed': 1000, 'addr': '10.1.20.10'}}, 'software_revision': '63', 'management_ip': '', 'clusterLevels': ['2.3'], 'supportedProtocols': ['2.2', '2.3'], 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb', 'memSize': '15949', 'reservedMem': '256', 'bondings': {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled': 'true', 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'], 'emulatedMachines': ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'], 'operatingSystem': {'release': '', 'version': '', 'name': 'unknown'}, 'lastClient': '10.1.20.12'}}
Note the line: 'operatingSystem': {'release':'', 'version':'', 'name': 'unknown'}.
The output commands to the node:
[root@node ~]# lsb_release -a
LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:print ing-4.0-amd64:printing-4.0-noarch
Distributor ID: Scientific
Description: Scientific Linux release 6.2 rolling (Carbon)
Release: 6.2
Codename: Carbon
[root@lnode ~]# cat /etc/redhat-release
Scientific Linux release 6.1 (Carbon)
How do I get to define vdsm right operating system?
p.s. Sorry for my english (google translate)
We have plenty of native Russian speakers on this list ;-) The short answer is that is that no one wrote a patch to Vdsm to let it recognize Scientific Linux. You are more than welcome to write such a patch. I suspect that you would need a (yet unpublished) SL6.2 in order to have oVirt work properly. Vdsm requires several packages by version for a reason. _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

If you would like to use SL 6.2 as a node: - Change the contents of /etc/redhat-release to "Red Hat Enterprise Linux Server release 6.2 (Santiago" - Build the latest version of RHEV/RHEL 6.x vdsm srpm here: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/ - Add the resulting rpms to a yum repo or create one using createrepo and serve it up where your SL node can get to it - Register that repo with yum EG: add a repo file in /etc/yum.repos.d pointing to it - Finally you will have to edit a value in the postgres database to actually get ovirt to execute vms on the SL (EL6) node once it is added - since ovirt is built around FC16 it will pass "emulatedmachine" or the "-M" value to KVM as "pc-0.14" whereas on EL6 the value passed is "rhel6.2.0" - thus to change it to what we desire run the following: psql -U postgres -d engine -c "update vdc_options set option_value='rhel6.2.0' where option_name='EmulatedMachine' and version='3.0';" - after that make sure to restart the jboss service as the previous values are cached
- Chris
________________________________
From: users-bounces@ovirt.org on behalf of Dan Kenigsberg Sent: Sun 1/29/2012 3:53 AM To: ?????? Cc: users@ovirt.org Subject: Re: [Users] Support by Scientific linux?
On Sun, Jan 29, 2012 at 05:12:09AM +0400, ?????? wrote:
Hi.
Testing work Ovirt on scientific linux 6.1.
Compiling from source oVirt-engine (http://www.ovirt.org/wiki/Building_Ovirt_Engine) is successful.
However, if you add a node incorrectly determined the operating system:
OS Version: unknown.
Nodes perform the installation instructions on: http://www.ovirt.org/wiki/Building_Ovirt_Engine
Analyzing the log files are found incorrect answer vdsm (Node status NonOperational. nonOperationalReason = VERSION_INCOMPATIBLE_WITH_CLUSTER) I agree with Dan and Chris comments, however, the reason engine-core decided to move host to non-operational is as it doesn't fit cluster minimum requirements; any chance to see a full engine-core log when you
This is a multi-part message in MIME format. --------------020300060102040203060709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 01/30/2012 07:15 AM, Brown, Chris (GE Healthcare) wrote: try to activate the host ?
/var/log/vdsm/vdsm.log:
Thread-16::DEBUG::2012-01-28 14:08:09,200::clientIF::48::vds::(wrapper) return getVdsCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb'}], 'FC': []}, 'packages2': {'kernel': {'release': '220.el6.x86_64', 'buildtime': '0', 'version': '2.6.32'}, 'spice-server': {'release': '5.el6', 'buildtime': '1323492018', 'version': '0.8.2'}, 'vdsm': {'release': '63.el6', 'buildtime': '1327784725', 'version': '4.9'}, 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6', 'buildtime': '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}}, 'cpuModel': 'Intel(R) Xeon(R) CPU 5140 @ 2.33GHz', 'hooks': {}, 'networks': {'virbr0': {'cfg': {}, 'netmask': '255.255.255.0', 'stp': 'on', 'ports': ['virbr0-nic'], 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm', 'qemu'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflus h,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_pe rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,sss e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pentium,model_p entium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_cor e2duo,model_n270,model_Conroe,model_Opteron_G1', 'cpuSockets': '1', 'uuid': '343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', 'lastClientIface': 'eth0', 'nics': {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': '', 'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': '00:1C:C4:74:A0:60', 'netmask': '255.255.255.0', 'speed': 1000, 'addr': '10.1.20.10'}}, 'software_revision': '63', 'management_ip': '', 'clusterLevels': ['2.3'], 'supportedProtocols': ['2.2', '2.3'], 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb', 'memSize': '15949', 'reservedMem': '256', 'bondings': {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled': 'true', 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'], 'emulatedMachines': ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'], 'operatingSystem': {'release': '', 'version': '', 'name': 'unknown'}, 'lastClient': '10.1.20.12'}}
Note the line: 'operatingSystem': {'release':'', 'version':'', 'name': 'unknown'}.
The output commands to the node:
[root@node ~]# lsb_release -a
LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:print ing-4.0-amd64:printing-4.0-noarch
Distributor ID: Scientific
Description: Scientific Linux release 6.2 rolling (Carbon)
Release: 6.2
Codename: Carbon
[root@lnode ~]# cat /etc/redhat-release
Scientific Linux release 6.1 (Carbon)
How do I get to define vdsm right operating system?
p.s. Sorry for my english (google translate)
We have plenty of native Russian speakers on this list ;-)
The short answer is that is that no one wrote a patch to Vdsm to let it recognize Scientific Linux. You are more than welcome to write such a patch.
I suspect that you would need a (yet unpublished) SL6.2 in order to have oVirt work properly. Vdsm requires several packages by version for a reason. _______________________________________________ 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
--------------020300060102040203060709 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> On 01/30/2012 07:15 AM, Brown, Chris (GE Healthcare) wrote: <blockquote cite="mid:C63EAE2B896C144EA58784406C423B991A6B69@CINMLVEM37.e2k.ad.ge.com" type="cite"> <pre wrap="">If you would like to use SL 6.2 as a node: - Change the contents of /etc/redhat-release to "Red Hat Enterprise Linux Server release 6.2 (Santiago" - Build the latest version of RHEV/RHEL 6.x vdsm srpm here: <a class="moz-txt-link-freetext" href="http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/">http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/</a> - Add the resulting rpms to a yum repo or create one using createrepo and serve it up where your SL node can get to it - Register that repo with yum EG: add a repo file in /etc/yum.repos.d pointing to it - Finally you will have to edit a value in the postgres database to actually get ovirt to execute vms on the SL (EL6) node once it is added - since ovirt is built around FC16 it will pass "emulatedmachine" or the "-M" value to KVM as "pc-0.14" whereas on EL6 the value passed is "rhel6.2.0" - thus to change it to what we desire run the following: psql -U postgres -d engine -c "update vdc_options set option_value='rhel6.2.0' where option_name='EmulatedMachine' and version='3.0';" - after that make sure to restart the jboss service as the previous values are cached - Chris ________________________________ From: <a class="moz-txt-link-abbreviated" href="mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a> on behalf of Dan Kenigsberg Sent: Sun 1/29/2012 3:53 AM To: ?????? Cc: <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users@ovirt.org</a> Subject: Re: [Users] Support by Scientific linux? On Sun, Jan 29, 2012 at 05:12:09AM +0400, ?????? wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi. Testing work Ovirt on scientific linux 6.1. Compiling from source oVirt-engine (<a class="moz-txt-link-freetext" href="http://www.ovirt.org/wiki/Building_Ovirt_Engine">http://www.ovirt.org/wiki/Building_Ovirt_Engine</a>) is successful. However, if you add a node incorrectly determined the operating system: OS Version: unknown. Nodes perform the installation instructions on: <a class="moz-txt-link-freetext" href="http://www.ovirt.org/wiki/Building_Ovirt_Engine">http://www.ovirt.org/wiki/Building_Ovirt_Engine</a> Analyzing the log files are found incorrect answer vdsm (Node status NonOperational. nonOperationalReason = VERSION_INCOMPATIBLE_WITH_CLUSTER)</pre> </blockquote> </blockquote> <small>I agree with Dan and Chris comments, however, the reason engine-core decided to move host to non-operational is as it doesn't fit cluster minimum requirements; any chance to see a full engine-core log when you try to activate the host ? <br> </small><br> <blockquote cite="mid:C63EAE2B896C144EA58784406C423B991A6B69@CINMLVEM37.e2k.ad.ge.com" type="cite"> <blockquote type="cite"> <pre wrap=""> /var/log/vdsm/vdsm.log: Thread-16::DEBUG::2012-01-28 14:08:09,200::clientIF::48::vds::(wrapper) return getVdsCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb'}], 'FC': []}, 'packages2': {'kernel': {'release': '220.el6.x86_64', 'buildtime': '0', 'version': '2.6.32'}, 'spice-server': {'release': '5.el6', 'buildtime': '1323492018', 'version': '0.8.2'}, 'vdsm': {'release': '63.el6', 'buildtime': '1327784725', 'version': '4.9'}, 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6', 'buildtime': '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}}, 'cpuModel': 'Intel(R) Xeon(R) CPU 5140 @ 2.33GHz', 'hooks': {}, 'networks': {'virbr0': {'cfg': {}, 'netmask': '255.255.255.0', 'stp': 'on', 'ports': ['virbr0-nic'], 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm', 'qemu'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflus h,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_pe rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,sss e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pentium,model_p entium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_cor e2duo,model_n270,model_Conroe,model_Opteron_G1', 'cpuSockets': '1', 'uuid': '343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', 'lastClientIface': 'eth0', 'nics': {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': '', 'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': '00:1C:C4:74:A0:60', 'netmask': '255.255.255.0', 'speed': 1000, 'addr': '10.1.20.10'}}, 'software_revision': '63', 'management_ip': '', 'clusterLevels': ['2.3'], 'supportedProtocols': ['2.2', '2.3'], 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb', 'memSize': '15949', 'reservedMem': '256', 'bondings': {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled': 'true', 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'], 'emulatedMachines': ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'], 'operatingSystem': {'release': '', 'version': '', 'name': 'unknown'}, 'lastClient': '10.1.20.12'}} Note the line: 'operatingSystem': {'release':'', 'version':'', 'name': 'unknown'}. The output commands to the node: [root@node ~]# lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:print ing-4.0-amd64:printing-4.0-noarch Distributor ID: Scientific Description: Scientific Linux release 6.2 rolling (Carbon) Release: 6.2 Codename: Carbon [root@lnode ~]# cat /etc/redhat-release Scientific Linux release 6.1 (Carbon) How do I get to define vdsm right operating system? p.s. Sorry for my english (google translate) </pre> </blockquote> <pre wrap=""> We have plenty of native Russian speakers on this list ;-) The short answer is that is that no one wrote a patch to Vdsm to let it recognize Scientific Linux. You are more than welcome to write such a patch. I suspect that you would need a (yet unpublished) SL6.2 in order to have oVirt work properly. Vdsm requires several packages by version for a reason. _______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> _______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------020300060102040203060709--

If you would like to use SL 6.2 as a node: - Change the contents of /etc/redhat-release to "Red Hat Enterprise Linux Server release 6.2 (Santiago" - Build the latest version of RHEV/RHEL 6.x vdsm srpm here: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/ - Add the resulting rpms to a yum repo or create one using createrepo and serve it up where your SL node can get to it - Register that repo with yum EG: add a repo file in /etc/yum.repos.d pointing to it - Finally you will have to edit a value in the postgres database to actually get ovirt to execute vms on the SL (EL6) node once it is added - since ovirt is built around FC16 it will pass "emulatedmachine" or the "-M" value to KVM as "pc-0.14" whereas on EL6 the value passed is "rhel6.2.0" - thus to change it to what we desire run the following: psql -U postgres -d engine -c "update vdc_options set option_value='rhel6.2.0' where option_name='EmulatedMachine' and version='3.0';" - after that make sure to restart the jboss service as the previous values are cached
- Chris
________________________________
From: users-bounces@ovirt.org on behalf of Dan Kenigsberg Sent: Sun 1/29/2012 3:53 AM To: ?????? Cc: users@ovirt.org Subject: Re: [Users] Support by Scientific linux?
On Sun, Jan 29, 2012 at 05:12:09AM +0400, ?????? wrote:
Hi.
Testing work Ovirt on scientific linux 6.1.
Compiling from source oVirt-engine (http://www.ovirt.org/wiki/Building_Ovirt_Engine) is successful.
However, if you add a node incorrectly determined the operating system:
OS Version: unknown.
Nodes perform the installation instructions on: http://www.ovirt.org/wiki/Building_Ovirt_Engine
Analyzing the log files are found incorrect answer vdsm (Node status NonOperational. nonOperationalReason = VERSION_INCOMPATIBLE_WITH_CLUSTER) I agree with Dan and Chris comments, however, the reason engine-core decided to move host to non-operational is as it doesn't fit cluster minimum requirements; any chance to see a full engine-core log when you
This is a multi-part message in MIME format. --------------000509000605040008060402 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 01/30/2012 07:15 AM, Brown, Chris (GE Healthcare) wrote: try to activate the host ?
/var/log/vdsm/vdsm.log:
Thread-16::DEBUG::2012-01-28 14:08:09,200::clientIF::48::vds::(wrapper) return getVdsCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb'}], 'FC': []}, 'packages2': {'kernel': {'release': '220.el6.x86_64', 'buildtime': '0', 'version': '2.6.32'}, 'spice-server': {'release': '5.el6', 'buildtime': '1323492018', 'version': '0.8.2'}, 'vdsm': {'release': '63.el6', 'buildtime': '1327784725', 'version': '4.9'}, 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6', 'buildtime': '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}}, 'cpuModel': 'Intel(R) Xeon(R) CPU 5140 @ 2.33GHz', 'hooks': {}, 'networks': {'virbr0': {'cfg': {}, 'netmask': '255.255.255.0', 'stp': 'on', 'ports': ['virbr0-nic'], 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm', 'qemu'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflus h,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_pe rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,sss e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pentium,model_p entium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_cor e2duo,model_n270,model_Conroe,model_Opteron_G1', 'cpuSockets': '1', 'uuid': '343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', 'lastClientIface': 'eth0', 'nics': {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': '', 'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': '00:1C:C4:74:A0:60', 'netmask': '255.255.255.0', 'speed': 1000, 'addr': '10.1.20.10'}}, 'software_revision': '63', 'management_ip': '', 'clusterLevels': ['2.3'], 'supportedProtocols': ['2.2', '2.3'], 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb', 'memSize': '15949', 'reservedMem': '256', 'bondings': {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled': 'true', 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'], 'emulatedMachines': ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'], 'operatingSystem': {'release': '', 'version': '', 'name': 'unknown'}, 'lastClient': '10.1.20.12'}}
Note the line: 'operatingSystem': {'release':'', 'version':'', 'name': 'unknown'}.
The output commands to the node:
[root@node ~]# lsb_release -a
LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:print ing-4.0-amd64:printing-4.0-noarch
Distributor ID: Scientific
Description: Scientific Linux release 6.2 rolling (Carbon)
Release: 6.2
Codename: Carbon
[root@lnode ~]# cat /etc/redhat-release
Scientific Linux release 6.1 (Carbon)
How do I get to define vdsm right operating system?
p.s. Sorry for my english (google translate)
We have plenty of native Russian speakers on this list ;-)
The short answer is that is that no one wrote a patch to Vdsm to let it recognize Scientific Linux. You are more than welcome to write such a patch.
I suspect that you would need a (yet unpublished) SL6.2 in order to have oVirt work properly. Vdsm requires several packages by version for a reason. _______________________________________________ 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
--------------000509000605040008060402 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> On 01/30/2012 07:15 AM, Brown, Chris (GE Healthcare) wrote: <blockquote cite="mid:C63EAE2B896C144EA58784406C423B991A6B69@CINMLVEM37.e2k.ad.ge.com" type="cite"> <pre wrap="">If you would like to use SL 6.2 as a node: - Change the contents of /etc/redhat-release to "Red Hat Enterprise Linux Server release 6.2 (Santiago" - Build the latest version of RHEV/RHEL 6.x vdsm srpm here: <a class="moz-txt-link-freetext" href="http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/">http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/</a> - Add the resulting rpms to a yum repo or create one using createrepo and serve it up where your SL node can get to it - Register that repo with yum EG: add a repo file in /etc/yum.repos.d pointing to it - Finally you will have to edit a value in the postgres database to actually get ovirt to execute vms on the SL (EL6) node once it is added - since ovirt is built around FC16 it will pass "emulatedmachine" or the "-M" value to KVM as "pc-0.14" whereas on EL6 the value passed is "rhel6.2.0" - thus to change it to what we desire run the following: psql -U postgres -d engine -c "update vdc_options set option_value='rhel6.2.0' where option_name='EmulatedMachine' and version='3.0';" - after that make sure to restart the jboss service as the previous values are cached - Chris ________________________________ From: <a class="moz-txt-link-abbreviated" href="mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a> on behalf of Dan Kenigsberg Sent: Sun 1/29/2012 3:53 AM To: ?????? Cc: <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users@ovirt.org</a> Subject: Re: [Users] Support by Scientific linux? On Sun, Jan 29, 2012 at 05:12:09AM +0400, ?????? wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi. Testing work Ovirt on scientific linux 6.1. Compiling from source oVirt-engine (<a class="moz-txt-link-freetext" href="http://www.ovirt.org/wiki/Building_Ovirt_Engine">http://www.ovirt.org/wiki/Building_Ovirt_Engine</a>) is successful. However, if you add a node incorrectly determined the operating system: OS Version: unknown. Nodes perform the installation instructions on: <a class="moz-txt-link-freetext" href="http://www.ovirt.org/wiki/Building_Ovirt_Engine">http://www.ovirt.org/wiki/Building_Ovirt_Engine</a> Analyzing the log files are found incorrect answer vdsm (Node status NonOperational. nonOperationalReason = VERSION_INCOMPATIBLE_WITH_CLUSTER)</pre> </blockquote> </blockquote> <small>I agree with Dan and Chris comments, however, the reason engine-core decided to move host to non-operational is as it doesn't fit cluster minimum requirements; any chance to see a full engine-core log when you try to activate the host ? </small><br> <br> <blockquote cite="mid:C63EAE2B896C144EA58784406C423B991A6B69@CINMLVEM37.e2k.ad.ge.com" type="cite"> <blockquote type="cite"> <pre wrap=""> /var/log/vdsm/vdsm.log: Thread-16::DEBUG::2012-01-28 14:08:09,200::clientIF::48::vds::(wrapper) return getVdsCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb'}], 'FC': []}, 'packages2': {'kernel': {'release': '220.el6.x86_64', 'buildtime': '0', 'version': '2.6.32'}, 'spice-server': {'release': '5.el6', 'buildtime': '1323492018', 'version': '0.8.2'}, 'vdsm': {'release': '63.el6', 'buildtime': '1327784725', 'version': '4.9'}, 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6', 'buildtime': '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}}, 'cpuModel': 'Intel(R) Xeon(R) CPU 5140 @ 2.33GHz', 'hooks': {}, 'networks': {'virbr0': {'cfg': {}, 'netmask': '255.255.255.0', 'stp': 'on', 'ports': ['virbr0-nic'], 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm', 'qemu'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflus h,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_pe rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,sss e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pentium,model_p entium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_cor e2duo,model_n270,model_Conroe,model_Opteron_G1', 'cpuSockets': '1', 'uuid': '343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', 'lastClientIface': 'eth0', 'nics': {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': '', 'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': '00:1C:C4:74:A0:60', 'netmask': '255.255.255.0', 'speed': 1000, 'addr': '10.1.20.10'}}, 'software_revision': '63', 'management_ip': '', 'clusterLevels': ['2.3'], 'supportedProtocols': ['2.2', '2.3'], 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb', 'memSize': '15949', 'reservedMem': '256', 'bondings': {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled': 'true', 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'], 'emulatedMachines': ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'], 'operatingSystem': {'release': '', 'version': '', 'name': 'unknown'}, 'lastClient': '10.1.20.12'}} Note the line: 'operatingSystem': {'release':'', 'version':'', 'name': 'unknown'}. The output commands to the node: [root@node ~]# lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:print ing-4.0-amd64:printing-4.0-noarch Distributor ID: Scientific Description: Scientific Linux release 6.2 rolling (Carbon) Release: 6.2 Codename: Carbon [root@lnode ~]# cat /etc/redhat-release Scientific Linux release 6.1 (Carbon) How do I get to define vdsm right operating system? p.s. Sorry for my english (google translate) </pre> </blockquote> <pre wrap=""> We have plenty of native Russian speakers on this list ;-) The short answer is that is that no one wrote a patch to Vdsm to let it recognize Scientific Linux. You are more than welcome to write such a patch. I suspect that you would need a (yet unpublished) SL6.2 in order to have oVirt work properly. Vdsm requires several packages by version for a reason. _______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> _______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------000509000605040008060402--

This is a multipart message in MIME format. ------=_NextPart_000_004E_01CCE1CE.D0FAC630 Content-Type: multipart/alternative; boundary="----=_NextPart_001_004F_01CCE1CE.D0FAC630" ------=_NextPart_001_004F_01CCE1CE.D0FAC630 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hi. I installed the rpm package - http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/v= dsm -4.9-112.4.el6_2.src.rpm and http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/v= hos tmd-0.4-2.4.el6.src.rpm operating system will detect true. Thank you. A new problem: When adding a virtual disk, virtual server, an error occurs: Error while executing action AddDiskToVm: Database error. Log attached. With what may be the reason? =20
We have plenty of native Russian speakers on this list ;-)
</pre><pre>Analyzing the log files are found incorrect answer vdsm = (Node status<o:p></o:p></pre><pre>NonOperational.=9A = nonOperationalReason =3D = VERSION_INCOMPATIBLE_WITH_CLUSTER)<o:p></o:p></pre></blockquote><p = class=3DMsoNormal><span style=3D'font-size:10.0pt'>I agree with Dan and = Chris comments, however, the reason engine-core decided to move host to = non-operational is as it doesn't fit cluster minimum requirements; any = chance to see a full engine-core log when you try to activate the host ? = </span><br><br><br><o:p></o:p></p><blockquote =
</pre><pre>e2duo,model_n270,model_Conroe,model_Opteron_G1', = 'cpuSockets': '1', = 'uuid':<o:p></o:p></pre><pre>'343C9406-3478-4923-3478-492339393407_00:1c:= c4:74:a0:60', 'lastClientIface':<o:p></o:p></pre><pre>'eth0', 'nics': = {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': = '',<o:p></o:p></pre><pre>'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': = '00:1C:C4:74:A0:60', 'netmask':<o:p></o:p></pre><pre>'255.255.255.0', = 'speed': 1000, 'addr': '10.1.20.10'}}, = 'software_revision':<o:p></o:p></pre><pre>'63', 'management_ip': '', = 'clusterLevels': ['2.3'], = 'supportedProtocols':<o:p></o:p></pre><pre>['2.2', '2.3'], = 'ISCSIInitiatorName': = 'iqn.1994-05.com.redhat:4052e3fcadb',<o:p></o:p></pre><pre>'memSize': = '15949', 'reservedMem': '256', 'bondings': {'bond4': = {'hwaddr':<o:p></o:p></pre><pre>'00:00:00:00:00:00', 'cfg': {}, = 'netmask': '', 'addr': '', 'slaves': []},<o:p></o:p></pre><pre>'bond0': = {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', = 'addr':<o:p></o:p></pre><pre>'', 'slaves': []}, 'bond1': {'hwaddr': = '00:00:00:00:00:00', 'cfg': {},<o:p></o:p></pre><pre>'netmask': '', = 'addr': '', 'slaves': []}, 'bond2': = {'hwaddr':<o:p></o:p></pre><pre>'00:00:00:00:00:00', 'cfg': {}, = 'netmask': '', 'addr': '', 'slaves': []},<o:p></o:p></pre><pre>'bond3': = {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', = 'addr':<o:p></o:p></pre><pre>'', 'slaves': []}}, 'software_version': = '4.9', 'cpuSpeed': '2333.331',<o:p></o:p></pre><pre>'version_name': = 'Snow Man', 'vlans': {}, 'cpuCores': 2, = 'kvmEnabled':<o:p></o:p></pre><pre>'true', 'guestOverhead': '65', = 'supportedRHEVMs': ['2.3'],<o:p></o:p></pre><pre>'emulatedMachines': = ['pc', 'rhel6.2.0', 'rhel6.1.0', = 'rhel6.0.0',<o:p></o:p></pre><pre>'rhel5.5.0', 'rhel5.4.4', = 'rhel5.4.0'], 'operatingSystem': {'release': = '',<o:p></o:p></pre><pre>'version': '', 'name': 'unknown'}, = 'lastClient': = '10.1.20.12'}}<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Note the =
</o:p></pre><pre>How do I get to define vdsm right operating = system?<o:p></o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p= </pre><pre><o:p> </o:p></pre><pre>p.s. Sorry for my english = (google =
<pre>I suspect that you would need a (yet unpublished) SL6.2 in order = to have<o:p></o:p></pre><pre>oVirt work properly. Vdsm requires several =
=20 =ED=CF=D6=C5=D4 =C2=D9=D4=D8 =D1 =C2=D5=C4=D5 =D0=D2=CF=D3=D4=CF = =D0=C9=D3=C1=D4=D8 =CE=C1 =D2=D5=D3=D3=CB=CF=CD? =3D)=20 =20 =20 =20 From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf = Of Haim Ateya Sent: Monday, January 30, 2012 11:28 AM To: users@ovirt.org Subject: Re: [Users] Support by Scientific linux? =20 On 01/30/2012 07:15 AM, Brown, Chris (GE Healthcare) wrote:=20 If you would like to use SL 6.2 as a node: - Change the contents of /etc/redhat-release to "Red Hat Enterprise = Linux Server release 6.2 (Santiago" - Build the latest version of RHEV/RHEL 6.x vdsm srpm here: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/ - Add the resulting rpms to a yum repo or create one using createrepo = and serve it up where your SL node can get to it - Register that repo with yum EG: add a repo file in /etc/yum.repos.d pointing to it - Finally you will have to edit a value in the postgres database to = actually get ovirt to execute vms on the SL (EL6) node once it is added - since ovirt is built around FC16 it will pass "emulatedmachine" or the "-M" value to KVM as "pc-0.14" whereas on EL6 the value passed is "rhel6.2.0" - thus to change it to what we desire run the following: psql -U = postgres -d engine -c "update vdc_options set option_value=3D'rhel6.2.0' where option_name=3D'EmulatedMachine' and version=3D'3.0';" - after that make sure to restart the jboss service as the previous = values are cached =20 - Chris =20 ________________________________ =20 From: users-bounces@ovirt.org on behalf of Dan Kenigsberg Sent: Sun 1/29/2012 3:53 AM To: ?????? Cc: users@ovirt.org Subject: Re: [Users] Support by Scientific linux? =20 =20 =20 On Sun, Jan 29, 2012 at 05:12:09AM +0400, ?????? wrote: Hi. =20 Testing work Ovirt on scientific linux 6.1. =20 Compiling from source oVirt-engine (http://www.ovirt.org/wiki/Building_Ovirt_Engine) is successful. =20 However, if you add a node incorrectly determined the operating system: =20 OS Version: unknown. =20 Nodes perform the installation instructions on: http://www.ovirt.org/wiki/Building_Ovirt_Engine =20 Analyzing the log files are found incorrect answer vdsm (Node status NonOperational. nonOperationalReason =3D = VERSION_INCOMPATIBLE_WITH_CLUSTER) I agree with Dan and Chris comments, however, the reason engine-core = decided to move host to non-operational is as it doesn't fit cluster minimum requirements; any chance to see a full engine-core log when you try to activate the host ?=20 =20 =20 /var/log/vdsm/vdsm.log: =20 Thread-16::DEBUG::2012-01-28 14:08:09,200::clientIF::48::vds::(wrapper) return getVdsCapabilities with {'status': {'message': 'Done', 'code': = 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb'}], 'FC': []}, 'packages2': = {'kernel': {'release': '220.el6.x86_64', 'buildtime': '0', 'version': '2.6.32'}, 'spice-server': {'release': '5.el6', 'buildtime': '1323492018', = 'version': '0.8.2'}, 'vdsm': {'release': '63.el6', 'buildtime': '1327784725', 'version': '4.9'}, 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6', 'buildtime': '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release': '2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}}, 'cpuModel': 'Intel(R) Xeon(R) CPU 5140 @ 2.33GHz', 'hooks': = {}, 'networks': {'virbr0': {'cfg': {}, 'netmask': '255.255.255.0', 'stp': = 'on', 'ports': ['virbr0-nic'], 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm', 'qemu'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clf= lus h,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch= _pe rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,= sss e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pentium,mode= l_p entium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_= cor e2duo,model_n270,model_Conroe,model_Opteron_G1', 'cpuSockets': '1', = 'uuid': '343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', = 'lastClientIface': 'eth0', 'nics': {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': '', 'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': '00:1C:C4:74:A0:60', = 'netmask': '255.255.255.0', 'speed': 1000, 'addr': '10.1.20.10'}}, = 'software_revision': '63', 'management_ip': '', 'clusterLevels': ['2.3'], = 'supportedProtocols': ['2.2', '2.3'], 'ISCSIInitiatorName': = 'iqn.1994-05.com.redhat:4052e3fcadb', 'memSize': '15949', 'reservedMem': '256', 'bondings': {'bond4': = {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': = []}, 'bond0': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', = 'addr': '', 'slaves': []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': = []}, 'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', = 'addr': '', 'slaves': []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled': 'true', 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'], 'emulatedMachines': ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'], 'operatingSystem': {'release': = '', 'version': '', 'name': 'unknown'}, 'lastClient': '10.1.20.12'}} =20 Note the line: 'operatingSystem': {'release':'', 'version':'', 'name': 'unknown'}. =20 =20 =20 =20 =20 The output commands to the node: =20 [root@node ~]# lsb_release -a =20 LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:pr= int ing-4.0-amd64:printing-4.0-noarch =20 Distributor ID: Scientific =20 Description: Scientific Linux release 6.2 rolling (Carbon) =20 Release: 6.2 =20 Codename: Carbon =20 [root@lnode ~]# cat /etc/redhat-release =20 Scientific Linux release 6.1 (Carbon) =20 =20 =20 =20 =20 How do I get to define vdsm right operating system? =20 =20 =20 p.s. Sorry for my english (google translate) =20 We have plenty of native Russian speakers on this list ;-) =20 The short answer is that is that no one wrote a patch to Vdsm to let it recognize Scientific Linux. You are more than welcome to write such a patch. =20 I suspect that you would need a (yet unpublished) SL6.2 in order to have oVirt work properly. Vdsm requires several packages by version for a reason. _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users =20 =20 _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users =20 ------=_NextPart_001_004F_01CCE1CE.D0FAC630 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dkoi8-r"> <meta name=3DGenerator content=3D"Microsoft Word 14 (filtered = medium)"><style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} @font-face {font-family:Consolas; panose-1:2 11 6 9 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:12.0pt; font-family:"Times New Roman","serif"; color:black;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} pre {mso-style-priority:99; mso-style-link:"\0421\0442\0430\043D\0434\0430\0440\0442\043D\044B\0439 = HTML \0417\043D\0430\043A"; margin:0cm; margin-bottom:.0001pt; font-size:10.0pt; font-family:"Courier New"; color:black;} p.MsoAcetate, li.MsoAcetate, div.MsoAcetate {mso-style-priority:99; mso-style-link:"\0422\0435\043A\0441\0442 = \0432\044B\043D\043E\0441\043A\0438 \0417\043D\0430\043A"; margin:0cm; margin-bottom:.0001pt; font-size:8.0pt; font-family:"Tahoma","sans-serif"; color:black;} span.HTML = {mso-style-name:"\0421\0442\0430\043D\0434\0430\0440\0442\043D\044B\0439 = HTML \0417\043D\0430\043A"; mso-style-priority:99; mso-style-link:"\0421\0442\0430\043D\0434\0430\0440\0442\043D\044B\0439 = HTML"; font-family:Consolas; color:black;} span.EmailStyle19 {mso-style-type:personal-reply; font-family:"Calibri","sans-serif"; color:#1F497D;} span.a {mso-style-name:"\0422\0435\043A\0441\0442 = \0432\044B\043D\043E\0441\043A\0438 \0417\043D\0430\043A"; mso-style-priority:99; mso-style-link:"\0422\0435\043A\0441\0442 = \0432\044B\043D\043E\0441\043A\0438"; font-family:"Tahoma","sans-serif"; color:black;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page WordSection1 {size:612.0pt 792.0pt; margin:2.0cm 42.5pt 2.0cm 3.0cm;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--></head><body bgcolor=3Dwhite lang=3DRU = link=3Dblue vlink=3Dpurple><div class=3DWordSection1><p = class=3DMsoNormal><span lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'>Hi.<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'>I installed the rpm package - = http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/v= dsm-4.9-112.4.el6_2.src.rpm and = http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/v= hostmd-0.4-2.4.el6.src.rpm operating system will detect = true.<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'>Thank you.<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'>A new problem:<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'>When adding a virtual disk, virtual server, an error occurs: Error = while executing action AddDiskToVm: Database = error.<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'>Log attached.<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'>With what may be the reason?</span><span = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'><o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'><o:p> </o:p></span></p><pre><span lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'>></span><span lang=3DEN-US> We have plenty of native Russian = speakers on this list ;-)<o:p></o:p></span></pre><p = class=3DMsoNormal><span = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'>=ED=CF=D6=C5=D4 =C2=D9=D4=D8 =D1 =C2=D5=C4=D5 =D0=D2=CF=D3=D4=CF = =D0=C9=D3=C1=D4=D8 =CE=C1 =D2=D5=D3=D3=CB=CF=CD? =3D) = <o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'><o:p> </o:p></span></p><div><div = style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm = 0cm 0cm'><p class=3DMsoNormal><b><span = style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowt= ext'>From:</span></b><span = style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowt= ext'> users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] <b>On = Behalf Of </b>Haim Ateya<br><b>Sent:</b> Monday, January 30, 2012 11:28 = AM<br><b>To:</b> users@ovirt.org<br><b>Subject:</b> Re: [Users] Support = by Scientific linux?<o:p></o:p></span></p></div></div><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>On = 01/30/2012 07:15 AM, Brown, Chris (GE Healthcare) wrote: = <o:p></o:p></p><pre>If you would like to use SL 6.2 as a = node:<o:p></o:p></pre><pre>- Change the contents of /etc/redhat-release = to "Red Hat Enterprise Linux Server release 6.2 = (Santiago"<o:p></o:p></pre><pre>- Build the latest version of = RHEV/RHEL 6.x vdsm srpm here: <a = href=3D"http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV= /SRPMS/">http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHE= V/SRPMS/</a><o:p></o:p></pre><pre>- Add the resulting rpms to a yum repo = or create one using createrepo and serve it up where your SL node can = get to it<o:p></o:p></pre><pre>- Register that repo with yum EG: add a = repo file in /etc/yum.repos.d pointing to it<o:p></o:p></pre><pre>- = Finally you will have to edit a value in the postgres database to = actually get ovirt to execute vms on the SL (EL6) node once it is = added<o:p></o:p></pre><pre>- since ovirt is built around FC16 it will = pass "emulatedmachine" or the "-M" value to KVM as = "pc-0.14" whereas on EL6 the value passed is = "rhel6.2.0"<o:p></o:p></pre><pre>- thus to change it to what = we desire run the following: psql -U postgres -d engine -c "update = vdc_options set option_value=3D'rhel6.2.0'<o:p></o:p></pre><pre>where = option_name=3D'EmulatedMachine' and = version=3D'3.0';"<o:p></o:p></pre><pre>-=9A after that make sure to = restart the jboss service as the previous values are = cached<o:p></o:p></pre><pre> <o:p></o:p></pre><pre>- = Chris<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>__________________= ______________<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>From: <a = href=3D"mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a> on = behalf of Dan Kenigsberg<o:p></o:p></pre><pre>Sent: Sun 1/29/2012 3:53 = AM<o:p></o:p></pre><pre>To: ??????<o:p></o:p></pre><pre>Cc: <a = href=3D"mailto:users@ovirt.org">users@ovirt.org</a><o:p></o:p></pre><pre>= Subject: Re: [Users] Support by Scientific = linux?<o:p></o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p>= </pre><pre><o:p> </o:p></pre><pre>On Sun, Jan 29, 2012 at = 05:12:09AM +0400, ?????? wrote:<o:p></o:p></pre><blockquote = style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre>Hi.<o:p></o:p></pre><= pre><o:p> </o:p></pre><pre>Testing work Ovirt on scientific linux = 6.1.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Compiling from = source oVirt-engine<o:p></o:p></pre><pre>(<a = href=3D"http://www.ovirt.org/wiki/Building_Ovirt_Engine">http://www.ovirt= .org/wiki/Building_Ovirt_Engine</a>) is = successful.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>However, if = you add a node incorrectly determined the operating = system:<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>OS Version: = unknown.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Nodes perform = the installation instructions on:<o:p></o:p></pre><pre><a = href=3D"http://www.ovirt.org/wiki/Building_Ovirt_Engine">http://www.ovirt= .org/wiki/Building_Ovirt_Engine</a><o:p></o:p></pre><pre><o:p> </o:p= style=3D'margin-top:5.0pt;margin-bottom:5.0pt'><pre><o:p> </o:p></pr= e><pre><o:p> </o:p></pre><pre>/var/log/vdsm/vdsm.log:<o:p></o:p></pr= e><pre><o:p> </o:p></pre><pre>Thread-16::DEBUG::2012-01-28 = 14:08:09,200::clientIF::48::vds::(wrapper)<o:p></o:p></pre><pre>return = getVdsCapabilities with {'status': {'message': 'Done', 'code': = 0},<o:p></o:p></pre><pre>'info': {'HBAInventory': {'iSCSI': = [{'InitiatorName':<o:p></o:p></pre><pre>'iqn.1994-05.com.redhat:4052e3fca= db'}], 'FC': []}, 'packages2': = {'kernel':<o:p></o:p></pre><pre>{'release': '220.el6.x86_64', = 'buildtime': '0', 'version': = '2.6.32'},<o:p></o:p></pre><pre>'spice-server': {'release': '5.el6', = 'buildtime': '1323492018', 'version':<o:p></o:p></pre><pre>'0.8.2'}, = 'vdsm': {'release': '63.el6', 'buildtime': = '1327784725',<o:p></o:p></pre><pre>'version': '4.9'}, 'qemu-kvm': = {'release': '2.209.el6_2.4', = 'buildtime':<o:p></o:p></pre><pre>'1327361568', 'version': '0.12.1.2'}, = 'libvirt': {'release': '23.el6',<o:p></o:p></pre><pre>'buildtime': = '1323231757', 'version': '0.9.4'}, 'qemu-img': = {'release':<o:p></o:p></pre><pre>'2.209.el6_2.4', 'buildtime': = '1327361568', 'version': '0.12.1.2'}},<o:p></o:p></pre><pre>'cpuModel': = 'Intel(R) Xeon(R) CPU=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A 5140=9A @ = 2.33GHz', 'hooks': {},<o:p></o:p></pre><pre>'networks': {'virbr0': = {'cfg': {}, 'netmask': '255.255.255.0', 'stp': = 'on',<o:p></o:p></pre><pre>'ports': ['virbr0-nic'], 'addr': = '192.168.122.1'}}, 'vmTypes': ['kvm',<o:p></o:p></pre><pre>'qemu'], = 'cpuFlags':<o:p></o:p></pre><pre>u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,api= c,mtrr,pge,mca,cmov,pat,pse36,clflus<o:p></o:p></pre><pre>h,dts,acpi,mmx,= fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_pe<o:p></o:p><= /pre><pre>rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vm= x,est,tm2,sss<o:p></o:p></pre><pre>e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_= shadow,model_486,model_pentium,model_p<o:p></o:p></pre><pre>entium2,model= _pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_cor<o:p></o:p= line: 'operatingSystem': {'release':'', 'version':'', = 'name':<o:p></o:p></pre><pre>'unknown'}.<o:p></o:p></pre><pre><o:p> = </o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre>= <o:p> </o:p></pre><pre><o:p> </o:p></pre><pre>The output = commands to the = node:<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>[root@node ~]# = lsb_release -a<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>LSB = Version:<o:p></o:p></pre><pre>:core-4.0-amd64:core-4.0-noarch:graphics-4.= 0-amd64:graphics-4.0-noarch:print<o:p></o:p></pre><pre>ing-4.0-amd64:prin= ting-4.0-noarch<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Distribu= tor ID: = Scientific<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Description:=9A= =9A=9A Scientific Linux release 6.2 rolling = (Carbon)<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Release:=9A=9A=9A= =9A=9A=9A=9A = 6.2<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Codename:=9A=9A=9A=9A= =9A=9A = Carbon<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>[root@lnode ~]# = cat = /etc/redhat-release<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Scie= ntific Linux release 6.1 = (Carbon)<o:p></o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:= p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre><o:p= translate)<o:p></o:p></pre></blockquote><pre><o:p> </o:p></pre><pre>= We have plenty of native Russian speakers on this list = ;-)<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>The short answer is = that is that no one wrote a patch to Vdsm to let = it<o:p></o:p></pre><pre>recognize Scientific Linux. You are more than = welcome to write such = a<o:p></o:p></pre><pre>patch.<o:p></o:p></pre><pre><o:p> </o:p></pre= packages by version for = a<o:p></o:p></pre><pre>reason.<o:p></o:p></pre><pre>_____________________= __________________________<o:p></o:p></pre><pre>Users mailing = list<o:p></o:p></pre><pre><a = href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><o:p></o:p></pre><pre>= <a = href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt= .org/mailman/listinfo/users</a><o:p></o:p></pre><pre><o:p> </o:p></p= re><pre><o:p> </o:p></pre><pre>_____________________________________= __________<o:p></o:p></pre><pre>Users mailing = list<o:p></o:p></pre><pre><a = href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><o:p></o:p></pre><pre>= <a = href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt= .org/mailman/listinfo/users</a><o:p></o:p></pre><p = class=3DMsoNormal><o:p> </o:p></p></div></body></html> ------=_NextPart_001_004F_01CCE1CE.D0FAC630-- ------=_NextPart_000_004E_01CCE1CE.D0FAC630 Content-Type: text/plain; name="log.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="log.txt" 2012-02-02 06:54:47,096 WARN = [org.ovirt.engine.core.bll.GetConfigurationValueQuery] = (http--0.0.0.0-8080-1) calling GetConfigurationValueQuery with null = version, using default general for version 2012-02-02 06:54:49,432 INFO = [org.ovirt.engine.core.vdsbroker.irsbroker.IsValidVDSCommand] = (http--0.0.0.0-8080-1) START, IsValidVDSCommand(storagePoolId =3D = 7822e75e-4d85-11e1-ab0a-52540097aa72, ignoreFailoverLimit =3D false, = compatabilityVersion =3D null), log id: 1ab0d0f8 2012-02-02 06:54:49,433 INFO = [org.ovirt.engine.core.vdsbroker.irsbroker.IsValidVDSCommand] = (http--0.0.0.0-8080-1) FINISH, IsValidVDSCommand, return: true, log id: = 1ab0d0f8 2012-02-02 06:54:49,442 INFO = [org.ovirt.engine.core.bll.AddDiskToVmCommand] (http--0.0.0.0-8080-1) = Running command: AddDiskToVmCommand internal: false. Entities affected : = ID: 748734fa-191c-4637-ab79-fdfdd7bc2d74 Type: VM 2012-02-02 06:54:49,449 INFO = [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] = (http--0.0.0.0-8080-1) START, SetVmStatusVDSCommand(vmId =3D = 748734fa-191c-4637-ab79-fdfdd7bc2d74, status =3D ImageLocked), log id: = cccca47 2012-02-02 06:54:49,459 INFO = [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] = (http--0.0.0.0-8080-1) FINISH, SetVmStatusVDSCommand, log id: cccca47 2012-02-02 06:54:49,467 INFO = [org.ovirt.engine.core.bll.AddImageFromScratchCommand] = (http--0.0.0.0-8080-1) Running command: AddImageFromScratchCommand = internal: true. Entities affected : ID: = 1aacb6a0-f5b1-4264-912c-1a6a35fa727f Type: Storage 2012-02-02 06:54:49,476 INFO = [org.ovirt.engine.core.vdsbroker.irsbroker.CreateImageVDSCommand] = (http--0.0.0.0-8080-1) START, CreateImageVDSCommand(storagePoolId =3D = 7822e75e-4d85-11e1-ab0a-52540097aa72, ignoreFailoverLimit =3D false, = compatabilityVersion =3D 3.0, storageDomainId =3D = 1aacb6a0-f5b1-4264-912c-1a6a35fa727f, imageGroupId =3D = df595a2a-0787-4836-80b6-76250b6ba4db, imageSizeInBytes =3D 24696061952, = volumeFormat =3D RAW, diskType =3D System, newImageId =3D = fae8a8a3-ea0f-4fc0-bc41-c2c11e39f3a8, newImageDescription =3D = _ActiveImage_12_Thu Feb 02 06:54:49 CST 2012), log id: 62363cc0 2012-02-02 06:54:49,476 INFO = [org.ovirt.engine.core.vdsbroker.irsbroker.CreateImageVDSCommand] = (http--0.0.0.0-8080-1) -- = CreateImageVDSCommand::ExecuteIrsBrokerCommand: calling 'createVolume' = with two new parameters: description and UUID 2012-02-02 06:54:49,476 INFO = [org.ovirt.engine.core.vdsbroker.irsbroker.CreateImageVDSCommand] = (http--0.0.0.0-8080-1) -- createVolume parameters: sdUUID=3D1aacb6a0-f5b1-4264-912c-1a6a35fa727f spUUID=3D7822e75e-4d85-11e1-ab0a-52540097aa72 imgGUID=3Ddf595a2a-0787-4836-80b6-76250b6ba4db size=3D24,696,061,952 bytes volFormat=3DRAW volType=3DPreallocated diskType=3DSystem volUUID=3Dfae8a8a3-ea0f-4fc0-bc41-c2c11e39f3a8 descr=3D_ActiveImage_12_Thu Feb 02 06:54:49 CST 2012 srcImgGUID=3D00000000-0000-0000-0000-000000000000 srcVolUUID=3D00000000-0000-0000-0000-000000000000 2012-02-02 06:54:49,702 INFO = [org.ovirt.engine.core.vdsbroker.irsbroker.CreateImageVDSCommand] = (http--0.0.0.0-8080-1) FINISH, CreateImageVDSCommand, return: = fae8a8a3-ea0f-4fc0-bc41-c2c11e39f3a8, log id: 62363cc0 2012-02-02 06:54:49,703 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] = (http--0.0.0.0-8080-1) BaseAsyncTask::AddOrUpdateTaskInDB: Adding task = 2a110ec0-84b4-4eb0-b2b3-52793522fe74 to DataBase 2012-02-02 06:54:49,750 INFO = [org.ovirt.engine.core.bll.EntityAsyncTask] (http--0.0.0.0-8080-1) = EntityAsyncTask::Adding EntityMultiAsyncTasks object for entity = 748734fa-191c-4637-ab79-fdfdd7bc2d74 2012-02-02 06:54:49,750 INFO = [org.ovirt.engine.core.bll.EntityMultiAsyncTasks] (http--0.0.0.0-8080-1) = EntityMultiAsyncTasks::AttachTask: Attaching task = 2a110ec0-84b4-4eb0-b2b3-52793522fe74 to entity = 748734fa-191c-4637-ab79-fdfdd7bc2d74. 2012-02-02 06:54:49,751 INFO = [org.ovirt.engine.core.bll.AsyncTaskManager] (http--0.0.0.0-8080-1) = AsyncTaskManager::AddTaskToManager: Adding task = 2a110ec0-84b4-4eb0-b2b3-52793522fe74 (Parent Command AddDiskToVm, = Parameters Type = org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters), polling = hasn't started yet.. 2012-02-02 06:54:49,760 ERROR = [org.ovirt.engine.core.bll.AddImageFromScratchCommand] = (http--0.0.0.0-8080-1) AddDiskImageToDB::Failed adding new created = snapshot into the db: org.springframework.jdbc.BadSqlGrammarException: = PreparedStatementCallback; bad SQL grammar [select * from = getdiskbydiskid(?)]; nested exception is = org.postgresql.util.PSQLException: ERROR: structure of query does not = match function result type Detail: Number of returned columns (7) does not match expected column = count (8). Where: PL/pgSQL function "getdiskbydiskid" line 2 at RETURN QUERY at = org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTra= nslate(SQLErrorCodeSQLExceptionTranslator.java:220) = [spring-jdbc-2.5.6.SEC02.jar:] at = org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.t= ranslate(AbstractFallbackSQLExceptionTranslator.java:72) = [spring-jdbc-2.5.6.SEC02.jar:] at = org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:607)= [spring-jdbc-2.5.6.SEC02.jar:] at = org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:641) = [spring-jdbc-2.5.6.SEC02.jar:] at = org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:670) = [spring-jdbc-2.5.6.SEC02.jar:] at = org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:702) = [spring-jdbc-2.5.6.SEC02.jar:] at = org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimple= JdbcCall.executeCallInternal(PostgresDbEngineDialect.java:155) = [engine-dal.jar:] at = org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimple= JdbcCall.doExecute(PostgresDbEngineDialect.java:121) [engine-dal.jar:] at = org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCal= l.java:164) [spring-jdbc-2.5.6.SEC02.jar:] at = org.ovirt.engine.core.dao.DefaultGenericDaoDbFacade.get(DefaultGenericDao= DbFacade.java:52) [engine-dal.jar:] at = org.ovirt.engine.core.dao.DiskDaoDbFacadeImpl.exists(DiskDaoDbFacadeImpl.= java:79) [engine-dal.jar:] at = org.ovirt.engine.core.bll.BaseImagesCommand.saveDiskIfNotExists(BaseImage= sCommand.java:348) [engine-bll.jar:] at = org.ovirt.engine.core.bll.BaseImagesCommand.AddDiskImageToDb(BaseImagesCo= mmand.java:333) [engine-bll.jar:] at = org.ovirt.engine.core.bll.AddImageFromScratchCommand.executeCommand(AddIm= ageFromScratchCommand.java:59) [engine-bll.jar:] at = org.ovirt.engine.core.bll.CommandBase.ExecuteWithoutTransaction(CommandBa= se.java:621) [engine-bll.jar:] at = org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(Com= mandBase.java:713) [engine-bll.jar:] at = org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:9= 82) [engine-bll.jar:] at = org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTr= ansaction(TransactionSupport.java:204) [engine-utils.jar:] at = org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequi= red(TransactionSupport.java:142) [engine-utils.jar:] at = org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope= (TransactionSupport.java:109) [engine-utils.jar:] at = org.ovirt.engine.core.bll.CommandBase.Execute(CommandBase.java:726) = [engine-bll.jar:] at = org.ovirt.engine.core.bll.CommandBase.ExecuteAction(CommandBase.java:210)= [engine-bll.jar:] at = org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:262) = [engine-bll.jar:] at = org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:240) = [engine-bll.jar:] at sun.reflect.GeneratedMethodAccessor113.invoke(Unknown Source) = [:1.6.0_18] at = sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI= mpl.java:43) [:1.6.0_18] at java.lang.reflect.Method.invoke(Method.java:616) [:1.6.0_18] at = org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$Manage= dReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInter= ceptorFactory.java:72) [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedIntercepto= r.java:53) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLIntercept= or.java:45) [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.InitialInterceptor.processInvocation(InitialIntercep= tor.java:21) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedIntercep= tor.java:61) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.pro= cessInvocation(ComponentDispatcherInterceptor.java:53) = [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociati= onInterceptor.processInvocation(SingletonComponentInstanceAssociationInte= rceptor.java:53) [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:= 221) [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:367)= [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.= java:205) [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextIntercep= tor.processInvocation(CurrentInvocationContextInterceptor.java:41) = [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(N= amespaceContextInterceptor.java:44) [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvoca= tion(LoggingInterceptor.java:55) [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedIntercep= tor.java:61) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) = [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescrip= tion.java:173) [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedIntercep= tor.java:61) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHa= ndler.java:72) [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view10.runInternal= Action(Unknown Source) [engine-bll.jar:] at = org.ovirt.engine.core.bll.AddDiskToVmCommand.ExecuteVmCommand(AddDiskToVm= Command.java:266) [engine-bll.jar:] at = org.ovirt.engine.core.bll.VmCommand.executeCommand(VmCommand.java:91) = [engine-bll.jar:] at = org.ovirt.engine.core.bll.CommandBase.ExecuteWithoutTransaction(CommandBa= se.java:621) [engine-bll.jar:] at = org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(Com= mandBase.java:713) [engine-bll.jar:] at = org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:9= 82) [engine-bll.jar:] at = org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppr= essed(TransactionSupport.java:168) [engine-utils.jar:] at = org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope= (TransactionSupport.java:107) [engine-utils.jar:] at = org.ovirt.engine.core.bll.CommandBase.Execute(CommandBase.java:726) = [engine-bll.jar:] at = org.ovirt.engine.core.bll.CommandBase.ExecuteAction(CommandBase.java:210)= [engine-bll.jar:] at = org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:262) = [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.RunAction(Backend.java:244) = [engine-bll.jar:] at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source) = [:1.6.0_18] at = sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI= mpl.java:43) [:1.6.0_18] at java.lang.reflect.Method.invoke(Method.java:616) [:1.6.0_18] at = org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$Manage= dReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInter= ceptorFactory.java:72) [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorCon= text.java:374) [jboss-invocation-1.1.1.Final.jar:] at = org.ovirt.engine.core.utils.ThreadLocalSessionCleanerInterceptor.injectWe= bContextToThreadLocal(ThreadLocalSessionCleanerInterceptor.java:11) = [engine-utils.jar:] at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) = [:1.6.0_18] at = sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI= mpl.java:43) [:1.6.0_18] at java.lang.reflect.Method.invoke(Method.java:616) [:1.6.0_18] at = org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFacto= ry$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedRe= ferenceLifecycleMethodInterceptorFactory.java:123) = [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedIntercepto= r.java:53) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLIntercept= or.java:45) [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.InitialInterceptor.processInvocation(InitialIntercep= tor.java:21) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedIntercep= tor.java:61) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.pro= cessInvocation(ComponentDispatcherInterceptor.java:53) = [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociati= onInterceptor.processInvocation(SingletonComponentInstanceAssociationInte= rceptor.java:53) [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:= 221) [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:367)= [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.= java:205) [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextIntercep= tor.processInvocation(CurrentInvocationContextInterceptor.java:41) = [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(N= amespaceContextInterceptor.java:44) [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvoca= tion(LoggingInterceptor.java:55) [jboss-as-ejb3-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedIntercep= tor.java:61) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) = [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescrip= tion.java:173) [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:2= 88) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedIntercep= tor.java:61) [jboss-invocation-1.1.1.Final.jar:] at = org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHa= ndler.java:72) [jboss-as-ee-7.1.0.Beta1b.jar:] at = org.ovirt.engine.core.common.interfaces.BackendLocal$$$view9.RunAction(Un= known Source) [engine-common.jar:] at = org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.RunActio= n(GenericApiGWTServiceImpl.java:121) at sun.reflect.GeneratedMethodAccessor65.invoke(Unknown Source) = [:1.6.0_18] at = sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI= mpl.java:43) [:1.6.0_18] at java.lang.reflect.Method.invoke(Method.java:616) [:1.6.0_18] at = com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at = com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:161) at = com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:222) at = com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(Abstra= ctRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) = [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) = [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:] at = org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicat= ionFilterChain.java:329) at = org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilte= rChain.java:248) at = org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve= .java:275) at = org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve= .java:161) at = org.jboss.as.web.security.SecurityContextAssociationValve.invoke(Security= ContextAssociationValve.java:151) at = org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:= 155) at = org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:= 102) at = org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.j= ava:109) at = org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:36= 2) at = org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.ja= va:897) at = org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.proces= s(Http11AprProtocol.java:626) at = org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:2033) at java.lang.Thread.run(Thread.java:636) [:1.6.0_18] Caused by: org.postgresql.util.PSQLException: ERROR: structure of query = does not match function result type Detail: Number of returned columns (7) does not match expected column = count (8). Where: PL/pgSQL function "getdiskbydiskid" line 2 at RETURN QUERY at = org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecut= orImpl.java:2077) at = org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl= .java:1810) at = org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:2= 57) at = org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statemen= t.java:498) at = org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc= 2Statement.java:386) at = org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Sta= tement.java:271) at = org.jboss.jca.adapters.jdbc.CachedPreparedStatement.executeQuery(CachedPr= eparedStatement.java:107) at = org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeQuery(Wrapped= PreparedStatement.java:462) at = org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTe= mplate.java:648) [spring-jdbc-2.5.6.SEC02.jar:] at = org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:591)= [spring-jdbc-2.5.6.SEC02.jar:] ... 128 more 2012-02-02 06:54:49,785 ERROR = [org.ovirt.engine.core.bll.AddImageFromScratchCommand] = (http--0.0.0.0-8080-1) Command = org.ovirt.engine.core.bll.AddImageFromScratchCommand throw Vdc Bll = exception. With error message VdcBLLException: 2012-02-02 06:54:49,787 ERROR = [org.ovirt.engine.core.bll.AddImageFromScratchCommand] = (http--0.0.0.0-8080-1) Transaction rolled-back for command: = org.ovirt.engine.core.bll.AddImageFromScratchCommand. 2012-02-02 06:54:49,791 INFO = [org.ovirt.engine.core.bll.AddDiskToVmCommand] (http--0.0.0.0-8080-1) = Command [id=3Da1a8d5ae-56f2-458f-b6c5-9488b676fee1]: Compensating = CHANGED_STATUS_ONLY of = org.ovirt.engine.core.common.businessentities.VmDynamic; snapshot: = EntityStatusSnapshot [id=3D748734fa-191c-4637-ab79-fdfdd7bc2d74, = status=3DDown]. 2012-02-02 06:54:49,798 INFO = [org.ovirt.engine.core.bll.AsyncTaskManager] = (Rollback-Rollback-Rollback-Rollback-Rollback-pool-5-thread-50) = AsyncTaskManager::CancelTask: Attempting to cancel task = 2a110ec0-84b4-4eb0-b2b3-52793522fe74. 2012-02-02 06:54:49,799 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] = (Rollback-Rollback-Rollback-Rollback-Rollback-pool-5-thread-50) = SPMAsyncTask::StopTask: Attempting to stop task = 2a110ec0-84b4-4eb0-b2b3-52793522fe74 (Parent Command AddDiskToVm, = Parameters Type = org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters). 2012-02-02 06:54:49,799 INFO = [org.ovirt.engine.core.vdsbroker.irsbroker.SPMStopTaskVDSCommand] = (Rollback-Rollback-Rollback-Rollback-Rollback-pool-5-thread-50) START, = SPMStopTaskVDSCommand(storagePoolId =3D = 7822e75e-4d85-11e1-ab0a-52540097aa72, ignoreFailoverLimit =3D false, = compatabilityVersion =3D null, taskId =3D = 2a110ec0-84b4-4eb0-b2b3-52793522fe74), log id: 2ce7492b 2012-02-02 06:54:49,802 INFO = [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMStopTaskVDSCommand] = (Rollback-Rollback-Rollback-Rollback-Rollback-pool-5-thread-50) START, = HSMStopTaskVDSCommand(vdsId =3D 5561aa82-4d8c-11e1-bc87-52540097aa72, = taskId=3D2a110ec0-84b4-4eb0-b2b3-52793522fe74), log id: 435f5587 2012-02-02 06:54:49,810 INFO = [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMStopTaskVDSCommand] = (Rollback-Rollback-Rollback-Rollback-Rollback-pool-5-thread-50) FINISH, = HSMStopTaskVDSCommand, log id: 435f5587 2012-02-02 06:54:49,810 INFO = [org.ovirt.engine.core.vdsbroker.irsbroker.SPMStopTaskVDSCommand] = (Rollback-Rollback-Rollback-Rollback-Rollback-pool-5-thread-50) FINISH, = SPMStopTaskVDSCommand, log id: 2ce7492b 2012-02-02 06:54:49,810 INFO = [org.ovirt.engine.core.bll.EntityMultiAsyncTasks] = (Rollback-Rollback-Rollback-Rollback-Rollback-pool-5-thread-50) = EntityMultiAsyncTasks::StartPollingTask: Current Action Type for entity = 748734fa-191c-4637-ab79-fdfdd7bc2d74 is AddDiskToVm (determined by task = 2a110ec0-84b4-4eb0-b2b3-52793522fe74) ------=_NextPart_000_004E_01CCE1CE.D0FAC630--

This is a multi-part message in MIME format. --------------010902030403050402030408 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Error is: 2012-02-02 06:54:49,760 ERROR [org.ovirt.engine.core.bll.AddImageFromScratchCommand] (http--0.0.0.0-8080-1) AddDiskImageToDB::Failed adding new created snapshot into the db: org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [select * from getdiskbydiskid(?)]; nested exception is org.postgresql.util.PSQLException: ERROR: structure of query does not match function result type Detail: Number of returned columns (7) does not match expected column count (8). Where: PL/pgSQL function "getdiskbydiskid" line 2 at RETURN QUERY can you check that your DB scheme is uptodate: cd /usr/share/ovirt-engine/dbscripts;./upgrade.sh -u postgres Moran. On 02/02/2012 03:19 PM, ÚÏÒÒÙÞ wrote:
Hi.
I installed the rpm package - http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/vdsm... and http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/vhos... operating system will detect true.
Thank you.
A new problem:
When adding a virtual disk, virtual server, an error occurs: Error while executing action AddDiskToVm: Database error.
Log attached.
With what may be the reason?
We have plenty of native Russian speakers on this list ;-)
íÏÖÅÔ ÂÙÔØ Ñ ÂÕÄÕ ÐÒÏÓÔÏ ÐÉÓÁÔØ ÎÁ ÒÕÓÓËÏÍ? =)
*From:*users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] *On Behalf Of *Haim Ateya *Sent:* Monday, January 30, 2012 11:28 AM *To:* users@ovirt.org *Subject:* Re: [Users] Support by Scientific linux?
On 01/30/2012 07:15 AM, Brown, Chris (GE Healthcare) wrote:
If you would like to use SL 6.2 as a node: - Change the contents of /etc/redhat-release to "Red Hat Enterprise Linux Server release 6.2 (Santiago" - Build the latest version of RHEV/RHEL 6.x vdsm srpm here:http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/ - Add the resulting rpms to a yum repo or create one using createrepo and serve it up where your SL node can get to it - Register that repo with yum EG: add a repo file in /etc/yum.repos.d pointing to it - Finally you will have to edit a value in the postgres database to actually get ovirt to execute vms on the SL (EL6) node once it is added - since ovirt is built around FC16 it will pass "emulatedmachine" or the "-M" value to KVM as "pc-0.14" whereas on EL6 the value passed is "rhel6.2.0" - thus to change it to what we desire run the following: psql -U postgres -d engine -c "update vdc_options set option_value='rhel6.2.0' where option_name='EmulatedMachine' and version='3.0';" - after that make sure to restart the jboss service as the previous values are cached
- Chris
________________________________
From:users-bounces@ovirt.org <mailto:users-bounces@ovirt.org> on behalf of Dan Kenigsberg Sent: Sun 1/29/2012 3:53 AM To: ?????? Cc:users@ovirt.org <mailto:users@ovirt.org> Subject: Re: [Users] Support by Scientific linux?
On Sun, Jan 29, 2012 at 05:12:09AM +0400, ?????? wrote:
Hi.
Testing work Ovirt on scientific linux 6.1.
Compiling from source oVirt-engine
(http://www.ovirt.org/wiki/Building_Ovirt_Engine) is successful.
However, if you add a node incorrectly determined the operating system:
OS Version: unknown.
Nodes perform the installation instructions on:
http://www.ovirt.org/wiki/Building_Ovirt_Engine
Analyzing the log files are found incorrect answer vdsm (Node status
NonOperational. nonOperationalReason = VERSION_INCOMPATIBLE_WITH_CLUSTER)
I agree with Dan and Chris comments, however, the reason engine-core decided to move host to non-operational is as it doesn't fit cluster minimum requirements; any chance to see a full engine-core log when you try to activate the host ?
/var/log/vdsm/vdsm.log:
Thread-16::DEBUG::2012-01-28 14:08:09,200::clientIF::48::vds::(wrapper)
return getVdsCapabilities with {'status': {'message': 'Done', 'code': 0},
'info': {'HBAInventory': {'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:4052e3fcadb'}], 'FC': []}, 'packages2': {'kernel':
{'release': '220.el6.x86_64', 'buildtime': '0', 'version': '2.6.32'},
'spice-server': {'release': '5.el6', 'buildtime': '1323492018', 'version':
'0.8.2'}, 'vdsm': {'release': '63.el6', 'buildtime': '1327784725',
'version': '4.9'}, 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime':
'1327361568', 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6',
'buildtime': '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release':
'2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}},
'cpuModel': 'Intel(R) Xeon(R) CPU 5140 @ 2.33GHz', 'hooks': {},
'networks': {'virbr0': {'cfg': {}, 'netmask': '255.255.255.0', 'stp': 'on',
'ports': ['virbr0-nic'], 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm',
'qemu'], 'cpuFlags':
u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflus
h,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_pe
rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,sss
e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pentium,model_p
entium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_cor
e2duo,model_n270,model_Conroe,model_Opteron_G1', 'cpuSockets': '1', 'uuid':
'343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', 'lastClientIface':
'eth0', 'nics': {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': '',
'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': '00:1C:C4:74:A0:60', 'netmask':
'255.255.255.0', 'speed': 1000, 'addr': '10.1.20.10'}}, 'software_revision':
'63', 'management_ip': '', 'clusterLevels': ['2.3'], 'supportedProtocols':
['2.2', '2.3'], 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb',
'memSize': '15949', 'reservedMem': '256', 'bondings': {'bond4': {'hwaddr':
'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []},
'bond0': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr':
'', 'slaves': []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {},
'netmask': '', 'addr': '', 'slaves': []}, 'bond2': {'hwaddr':
'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []},
'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr':
'', 'slaves': []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331',
'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled':
'true', 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'],
'emulatedMachines': ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0',
'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'], 'operatingSystem': {'release': '',
'version': '', 'name': 'unknown'}, 'lastClient': '10.1.20.12'}}
Note the line: 'operatingSystem': {'release':'', 'version':'', 'name':
'unknown'}.
The output commands to the node:
[root@node ~]# lsb_release -a
LSB Version:
:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:print
ing-4.0-amd64:printing-4.0-noarch
Distributor ID: Scientific
Description: Scientific Linux release 6.2 rolling (Carbon)
Release: 6.2
Codename: Carbon
[root@lnode ~]# cat /etc/redhat-release
Scientific Linux release 6.1 (Carbon)
How do I get to define vdsm right operating system?
p.s. Sorry for my english (google translate)
We have plenty of native Russian speakers on this list ;-)
The short answer is that is that no one wrote a patch to Vdsm to let it recognize Scientific Linux. You are more than welcome to write such a patch.
I suspect that you would need a (yet unpublished) SL6.2 in order to have oVirt work properly. Vdsm requires several packages by version for a reason. _______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list 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
--------------010902030403050402030408 Content-Type: text/html; charset=KOI8-R Content-Transfer-Encoding: 8bit <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=KOI8-R" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#ffffff"> Error is:<br> 2012-02-02 06:54:49,760 ERROR [org.ovirt.engine.core.bll.AddImageFromScratchCommand] (http--0.0.0.0-8080-1) AddDiskImageToDB::Failed adding new created snapshot into the db: org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [select * from getdiskbydiskid(?)]; nested exception is org.postgresql.util.PSQLException: ERROR: structure of query does not match function result type<br> Detail: Number of returned columns (7) does not match expected column count (8).<br> Where: PL/pgSQL function "getdiskbydiskid" line 2 at RETURN QUERY<br> <br> can you check that your DB scheme is uptodate:<br> cd /usr/share/ovirt-engine/dbscripts;./upgrade.sh -u postgres<br> <br> Moran.<br> <br> <br> On 02/02/2012 03:19 PM, ÚÏÒÒÙÞ wrote: <blockquote cite="mid:004d01cce1ad$49e4e070$ddaea150$@megatrone.ru" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=KOI8-R"> <meta name="Generator" content="Microsoft Word 14 (filtered medium)"> <style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} @font-face {font-family:Consolas; panose-1:2 11 6 9 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:12.0pt; font-family:"Times New Roman","serif"; color:black;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} pre {mso-style-priority:99; mso-style-link:"\0421\0442\0430\043D\0434\0430\0440\0442\043D\044B\0439 HTML \0417\043D\0430\043A"; margin:0cm; margin-bottom:.0001pt; font-size:10.0pt; font-family:"Courier New"; color:black;} p.MsoAcetate, li.MsoAcetate, div.MsoAcetate {mso-style-priority:99; mso-style-link:"\0422\0435\043A\0441\0442 \0432\044B\043D\043E\0441\043A\0438 \0417\043D\0430\043A"; margin:0cm; margin-bottom:.0001pt; font-size:8.0pt; font-family:"Tahoma","sans-serif"; color:black;} span.HTML {mso-style-name:"\0421\0442\0430\043D\0434\0430\0440\0442\043D\044B\0439 HTML \0417\043D\0430\043A"; mso-style-priority:99; mso-style-link:"\0421\0442\0430\043D\0434\0430\0440\0442\043D\044B\0439 HTML"; font-family:Consolas; color:black;} span.EmailStyle19 {mso-style-type:personal-reply; font-family:"Calibri","sans-serif"; color:#1F497D;} span.a {mso-style-name:"\0422\0435\043A\0441\0442 \0432\044B\043D\043E\0441\043A\0438 \0417\043D\0430\043A"; mso-style-priority:99; mso-style-link:"\0422\0435\043A\0441\0442 \0432\044B\043D\043E\0441\043A\0438"; font-family:"Tahoma","sans-serif"; color:black;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page WordSection1 {size:612.0pt 792.0pt; margin:2.0cm 42.5pt 2.0cm 3.0cm;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit"> <o:idmap v:ext="edit" data="1" /> </o:shapelayout></xml><![endif]--> <div class="WordSection1"> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);" lang="EN-US">Hi.<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);" lang="EN-US">I installed the rpm package - <a class="moz-txt-link-freetext" href="http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/vdsm-4.9-112.4.el6_2.src.rpm">http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/vdsm-4.9-112.4.el6_2.src.rpm</a> and <a class="moz-txt-link-freetext" href="http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/vhostmd-0.4-2.4.el6.src.rpm">http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/vhostmd-0.4-2.4.el6.src.rpm</a> operating system will detect true.<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);" lang="EN-US">Thank you.<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);" lang="EN-US">A new problem:<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);" lang="EN-US">When adding a virtual disk, virtual server, an error occurs: Error while executing action AddDiskToVm: Database error.<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">Log attached.<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);" lang="EN-US">With what may be the reason?</span><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p></o:p></span></p> <pre><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);" lang="EN-US">></span><span lang="EN-US"> We have plenty of native Russian speakers on this list ;-)<o:p></o:p></span></pre> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">íÏÖÅÔ ÂÙÔØ Ñ ÂÕÄÕ ÐÒÏÓÔÏ ÐÉÓÁÔØ ÎÁ ÒÕÓÓËÏÍ? =) <o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p></o:p></span></p> <div> <div style="border-right: medium none; border-width: 1pt medium medium; border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; padding: 3pt 0cm 0cm;"> <p class="MsoNormal"><b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;">From:</span></b><span style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;"> <a class="moz-txt-link-abbreviated" href="mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a> [<a class="moz-txt-link-freetext" href="mailto:users-bounces@ovirt.org">mailto:users-bounces@ovirt.org</a>] <b>On Behalf Of </b>Haim Ateya<br> <b>Sent:</b> Monday, January 30, 2012 11:28 AM<br> <b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users@ovirt.org</a><br> <b>Subject:</b> Re: [Users] Support by Scientific linux?<o:p></o:p></span></p> </div> </div> <p class="MsoNormal"><o:p></o:p></p> <p class="MsoNormal">On 01/30/2012 07:15 AM, Brown, Chris (GE Healthcare) wrote: <o:p></o:p></p> <pre>If you would like to use SL 6.2 as a node:<o:p></o:p></pre> <pre>- Change the contents of /etc/redhat-release to "Red Hat Enterprise Linux Server release 6.2 (Santiago"<o:p></o:p></pre> <pre>- Build the latest version of RHEV/RHEL 6.x vdsm srpm here: <a moz-do-not-send="true" href="http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/">http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/</a><o:p></o:p></pre> <pre>- Add the resulting rpms to a yum repo or create one using createrepo and serve it up where your SL node can get to it<o:p></o:p></pre> <pre>- Register that repo with yum EG: add a repo file in /etc/yum.repos.d pointing to it<o:p></o:p></pre> <pre>- Finally you will have to edit a value in the postgres database to actually get ovirt to execute vms on the SL (EL6) node once it is added<o:p></o:p></pre> <pre>- since ovirt is built around FC16 it will pass "emulatedmachine" or the "-M" value to KVM as "pc-0.14" whereas on EL6 the value passed is "rhel6.2.0"<o:p></o:p></pre> <pre>- thus to change it to what we desire run the following: psql -U postgres -d engine -c "update vdc_options set option_value='rhel6.2.0'<o:p></o:p></pre> <pre>where option_name='EmulatedMachine' and version='3.0';"<o:p></o:p></pre> <pre>- after that make sure to restart the jboss service as the previous values are cached<o:p></o:p></pre> <pre> <o:p></o:p></pre> <pre>- Chris<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>________________________________<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>From: <a moz-do-not-send="true" href="mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a> on behalf of Dan Kenigsberg<o:p></o:p></pre> <pre>Sent: Sun 1/29/2012 3:53 AM<o:p></o:p></pre> <pre>To: ??????<o:p></o:p></pre> <pre>Cc: <a moz-do-not-send="true" href="mailto:users@ovirt.org">users@ovirt.org</a><o:p></o:p></pre> <pre>Subject: Re: [Users] Support by Scientific linux?<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>On Sun, Jan 29, 2012 at 05:12:09AM +0400, ?????? wrote:<o:p></o:p></pre> <blockquote style="margin-top: 5pt; margin-bottom: 5pt;"> <pre>Hi.<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Testing work Ovirt on scientific linux 6.1.<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Compiling from source oVirt-engine<o:p></o:p></pre> <pre>(<a moz-do-not-send="true" href="http://www.ovirt.org/wiki/Building_Ovirt_Engine">http://www.ovirt.org/wiki/Building_Ovirt_Engine</a>) is successful.<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>However, if you add a node incorrectly determined the operating system:<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>OS Version: unknown.<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Nodes perform the installation instructions on:<o:p></o:p></pre> <pre><a moz-do-not-send="true" href="http://www.ovirt.org/wiki/Building_Ovirt_Engine">http://www.ovirt.org/wiki/Building_Ovirt_Engine</a><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Analyzing the log files are found incorrect answer vdsm (Node status<o:p></o:p></pre> <pre>NonOperational. nonOperationalReason = VERSION_INCOMPATIBLE_WITH_CLUSTER)<o:p></o:p></pre> </blockquote> <p class="MsoNormal"><span style="font-size: 10pt;">I agree with Dan and Chris comments, however, the reason engine-core decided to move host to non-operational is as it doesn't fit cluster minimum requirements; any chance to see a full engine-core log when you try to activate the host ? </span><br> <br> <br> <o:p></o:p></p> <blockquote style="margin-top: 5pt; margin-bottom: 5pt;"> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>/var/log/vdsm/vdsm.log:<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Thread-16::DEBUG::2012-01-28 14:08:09,200::clientIF::48::vds::(wrapper)<o:p></o:p></pre> <pre>return getVdsCapabilities with {'status': {'message': 'Done', 'code': 0},<o:p></o:p></pre> <pre>'info': {'HBAInventory': {'iSCSI': [{'InitiatorName':<o:p></o:p></pre> <pre>'iqn.1994-05.com.redhat:4052e3fcadb'}], 'FC': []}, 'packages2': {'kernel':<o:p></o:p></pre> <pre>{'release': '220.el6.x86_64', 'buildtime': '0', 'version': '2.6.32'},<o:p></o:p></pre> <pre>'spice-server': {'release': '5.el6', 'buildtime': '1323492018', 'version':<o:p></o:p></pre> <pre>'0.8.2'}, 'vdsm': {'release': '63.el6', 'buildtime': '1327784725',<o:p></o:p></pre> <pre>'version': '4.9'}, 'qemu-kvm': {'release': '2.209.el6_2.4', 'buildtime':<o:p></o:p></pre> <pre>'1327361568', 'version': '0.12.1.2'}, 'libvirt': {'release': '23.el6',<o:p></o:p></pre> <pre>'buildtime': '1323231757', 'version': '0.9.4'}, 'qemu-img': {'release':<o:p></o:p></pre> <pre>'2.209.el6_2.4', 'buildtime': '1327361568', 'version': '0.12.1.2'}},<o:p></o:p></pre> <pre>'cpuModel': 'Intel(R) Xeon(R) CPU 5140 @ 2.33GHz', 'hooks': {},<o:p></o:p></pre> <pre>'networks': {'virbr0': {'cfg': {}, 'netmask': '255.255.255.0', 'stp': 'on',<o:p></o:p></pre> <pre>'ports': ['virbr0-nic'], 'addr': '192.168.122.1'}}, 'vmTypes': ['kvm',<o:p></o:p></pre> <pre>'qemu'], 'cpuFlags':<o:p></o:p></pre> <pre>u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflus<o:p></o:p></pre> <pre>h,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_pe<o:p></o:p></pre> <pre>rfmon,pebs,bts,rep_good,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,est,tm2,sss<o:p></o:p></pre> <pre>e3,cx16,xtpr,pdcm,dca,lahf_lm,dts,tpr_shadow,model_486,model_pentium,model_p<o:p></o:p></pre> <pre>entium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_cor<o:p></o:p></pre> <pre>e2duo,model_n270,model_Conroe,model_Opteron_G1', 'cpuSockets': '1', 'uuid':<o:p></o:p></pre> <pre>'343C9406-3478-4923-3478-492339393407_00:1c:c4:74:a0:60', 'lastClientIface':<o:p></o:p></pre> <pre>'eth0', 'nics': {'eth1': {'hwaddr': '00:1C:C4:74:A0:61', 'netmask': '',<o:p></o:p></pre> <pre>'speed': 0, 'addr': ''}, 'eth0': {'hwaddr': '00:1C:C4:74:A0:60', 'netmask':<o:p></o:p></pre> <pre>'255.255.255.0', 'speed': 1000, 'addr': '10.1.20.10'}}, 'software_revision':<o:p></o:p></pre> <pre>'63', 'management_ip': '', 'clusterLevels': ['2.3'], 'supportedProtocols':<o:p></o:p></pre> <pre>['2.2', '2.3'], 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:4052e3fcadb',<o:p></o:p></pre> <pre>'memSize': '15949', 'reservedMem': '256', 'bondings': {'bond4': {'hwaddr':<o:p></o:p></pre> <pre>'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []},<o:p></o:p></pre> <pre>'bond0': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr':<o:p></o:p></pre> <pre>'', 'slaves': []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {},<o:p></o:p></pre> <pre>'netmask': '', 'addr': '', 'slaves': []}, 'bond2': {'hwaddr':<o:p></o:p></pre> <pre>'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []},<o:p></o:p></pre> <pre>'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr':<o:p></o:p></pre> <pre>'', 'slaves': []}}, 'software_version': '4.9', 'cpuSpeed': '2333.331',<o:p></o:p></pre> <pre>'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': 2, 'kvmEnabled':<o:p></o:p></pre> <pre>'true', 'guestOverhead': '65', 'supportedRHEVMs': ['2.3'],<o:p></o:p></pre> <pre>'emulatedMachines': ['pc', 'rhel6.2.0', 'rhel6.1.0', 'rhel6.0.0',<o:p></o:p></pre> <pre>'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0'], 'operatingSystem': {'release': '',<o:p></o:p></pre> <pre>'version': '', 'name': 'unknown'}, 'lastClient': '10.1.20.12'}}<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Note the line: 'operatingSystem': {'release':'', 'version':'', 'name':<o:p></o:p></pre> <pre>'unknown'}.<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>The output commands to the node:<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>[root@node ~]# lsb_release -a<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>LSB Version:<o:p></o:p></pre> <pre>:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:print<o:p></o:p></pre> <pre>ing-4.0-amd64:printing-4.0-noarch<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Distributor ID: Scientific<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Description: Scientific Linux release 6.2 rolling (Carbon)<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Release: 6.2<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Codename: Carbon<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>[root@lnode ~]# cat /etc/redhat-release<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>Scientific Linux release 6.1 (Carbon)<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>How do I get to define vdsm right operating system?<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>p.s. Sorry for my english (google translate)<o:p></o:p></pre> </blockquote> <pre><o:p></o:p></pre> <pre>We have plenty of native Russian speakers on this list ;-)<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>The short answer is that is that no one wrote a patch to Vdsm to let it<o:p></o:p></pre> <pre>recognize Scientific Linux. You are more than welcome to write such a<o:p></o:p></pre> <pre>patch.<o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>I suspect that you would need a (yet unpublished) SL6.2 in order to have<o:p></o:p></pre> <pre>oVirt work properly. Vdsm requires several packages by version for a<o:p></o:p></pre> <pre>reason.<o:p></o:p></pre> <pre>_______________________________________________<o:p></o:p></pre> <pre>Users mailing list<o:p></o:p></pre> <pre><a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users@ovirt.org</a><o:p></o:p></pre> <pre><a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre><o:p></o:p></pre> <pre>_______________________________________________<o:p></o:p></pre> <pre>Users mailing list<o:p></o:p></pre> <pre><a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users@ovirt.org</a><o:p></o:p></pre> <pre><a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a><o:p></o:p></pre> <p class="MsoNormal"><o:p></o:p></p> </div> <pre wrap=""> <fieldset class="mimeAttachmentHeader"></fieldset> _______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------010902030403050402030408--
participants (5)
-
Brown, Chris (GE Healthcare)
-
Dan Kenigsberg
-
Haim Ateya
-
Moran Goldboim
-
зоррыч