----- Original Message ----- > From: "Pascal Jakobi" <pascal.jak...@gmail.com> > To: "Antoni Segura Puimedon" <asegu...@redhat.com> > Cc: "Pascal Jakobi" <pjak...@yahoo.fr>, users@ovirt.org > Sent: Wednesday, December 4, 2013 10:37:22 PM > Subject: Re: [Users] ovirtmgmt not installed > > I have done this and it solves the issue. > However, the next issue I found was that the host was not able to join a 3.3 > cluster (i.e. the "default" cluster). > At this point, I went back to F18. >
Could you paste the output of the 'vdsClient -s localhost getVdsCaps' ? It contains an element named 'clusterLevels' which specifies the compatibility of the host (the installed vdsm) to the engine cluster. > > 2013/12/4 Antoni Segura Puimedon < asegu...@redhat.com > > > > > > > ----- Original Message ----- > > From: "Assaf Muller" < amul...@redhat.com > > > To: "Pascal Jakobi" < pjak...@yahoo.fr > > > Cc: users@ovirt.org > > Sent: Wednesday, December 4, 2013 9:09:18 AM > > Subject: Re: [Users] ovirtmgmt not installed > > > > I personally have a F19 host working against 3.3 engine. Could you detail > > what doesn't work, and possibly attach engine and VDSM logs when an > > operation fails? > > It seems to be an instance of > https://bugzilla.redhat.com/show_bug.cgi?id=973179 > Anaconda created a wrongly named and wrongly configured ifcfg file. > biosdevname said the device is em1 but the ifcfg file created by anaconda is > ifcfg-eno1 (and the content refers to that name). > > The best way to solve this is to create an ifcfg file from scratch like the > following: > > DEVICE=em1 > BOOTPROTO=dhcp > ONBOOT=yes > NM_CONTROLLED=no > HWADDR=XX:XX:XX:XX:XX:XX # replace X with em1's HWADDR > > Then for extra safety, stop and mask Network Manager. And then deploy. > > > > > Assaf Muller, Cloud Networking Engineer > > Red Hat > > > > ----- Original Message ----- > > From: "Pascal Jakobi" < pjak...@yahoo.fr > > > To: users@ovirt.org > > Sent: Wednesday, December 4, 2013 8:22:05 AM > > Subject: Re: [Users] ovirtmgmt not installed > > > > At the end, I could not make an F19 Fedora host work against a 3.3 engine. > > I > > suggest someone from the eng team has a look at it. some stuff just does > > not > > work there. > > > > Therefore, I downgraded the fedora host to F18. On the engine side, I got > > the > > following error message : > > Host lab2 is compatible with versions (3.0,3.1,3.2) and cannot join Cluster > > Default which is set to version 3.3. > > Don't know what is to be set.... > > > > Anyway, I created a 3.2 cluster and installed the host into it. Seems to > > work > > (the host is up). > > > > Thanks again for support. > > > > > > Pascal Jakobi > > 116 rue de Stalingrad > > 93100 Montreuil, France > > Tel : + 33 6 87 47 58 19 > > @ : pjak...@yahoo.fr > > > > > > Le Mardi 3 décembre 2013 14h04, Pascal Jakobi < pjak...@yahoo.fr > a écrit > > : > > Will do within a couple of hours. > > Many, many thanks > > Pascal Jakobi > > 116 rue de Stalingrad > > 93100 Montreuil, France > > Tel : + 33 6 87 47 58 19 > > @ : pjak...@yahoo.fr > > > > > > Le Mardi 3 décembre 2013 13h43, Antoni Segura Puimedon < > > asegu...@redhat.com > > > a écrit : > > Hi Pacal, > > > > Would you mind joining #ovirt at irc.oftc.net and pinging apuimedo? > > I have some questions that could be faster solved online. > > > > Best, > > > > Antoni > > > > ----- Original Message ----- > > > From: "Pascal Jakobi" < pjak...@yahoo.fr > > > > To: "Pascal Jakobi" < pascal.jak...@gmail.com >, "Moti Asayag" < > > > masa...@redhat.com > > > > Cc: users@ovirt.org > > > Sent: Tuesday, December 3, 2013 1:11:36 PM > > > Subject: Re: [Users] ovirtmgmt not installed > > > > > > Still the same, even with networking working like a charm... > > > Any idea ? > > > > > > [ root@lab2 vdsm]# vdsClient -s 0 getVdsCaps > > > HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName': > > > 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'}]} > > > ISCSIInitiatorName = 'iqn.1994-05.com.redhat:a0bc8a5f9a5d' > > > bondings = {'bond0': {'addr': '', > > > 'cfg': {}, > > > 'hwaddr': '96:9d:8f:27:e1:8f', > > > 'ipv6addrs': [], > > > 'mtu': '1500', > > > 'netmask': '', > > > 'slaves': []}} > > > bridges = {} > > > clusterLevels = ['3.0', '3.1', '3.2', '3.3'] > > > cpuCores = '4' > > > cpuFlags = > > > 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge' > > > cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz' > > > cpuSockets = '1' > > > cpuSpeed = '3708.000' > > > cpuThreads = '8' > > > emulatedMachines = ['pc', > > > 'q35', > > > 'isapc', > > > 'pc-0.10', > > > 'pc-0.11', > > > 'pc-0.12', > > > 'pc-0.13', > > > 'pc-0.14', > > > 'pc-0.15', > > > 'pc-1.0', > > > 'pc-1.1', > > > 'pc-1.2', > > > 'pc-1.3', > > > 'none'] > > > guestOverhead = '65' > > > hooks = {} > > > kvmEnabled = 'true' > > > lastClient = '192.168.1.41' > > > lastClientIface = 'em1' > > > management_ip = '0.0.0.0' > > > memSize = '16001' > > > netConfigDirty = 'True' > > > networks = {} > > > nics = {'em1': {'addr': '192.168.1.42', > > > 'cfg': {}, > > > 'hwaddr': '00:1a:6b:51:de:b4', > > > 'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'], > > > 'mtu': '1500', > > > 'netmask': '255.255.255.0', > > > 'speed': 100}} > > > operatingSystem = {'name': 'Fedora', 'release': '4', 'version': '19'} > > > packages2 = {'kernel': {'buildtime': 1384978944.0, > > > 'release': '200.fc19.x86_64', > > > 'version': '3.11.9'}, > > > 'libvirt': {'buildtime': 1384730741, > > > 'release': '2.fc19', > > > 'version': '1.0.5.7'}, > > > 'mom': {'buildtime': 1375215820, 'release': '3.fc19', 'version': > > > '0.3.2'}, > > > 'qemu-img': {'buildtime': 1383700301, > > > 'release': '13.fc19', > > > 'version': '1.4.2'}, > > > 'qemu-kvm': {'buildtime': 1383700301, > > > 'release': '13.fc19', > > > 'version': '1.4.2'}, > > > 'spice-server': {'buildtime': 1383130020, > > > 'release': '3.fc19', > > > 'version': '0.12.4'}, > > > 'vdsm': {'buildtime': 1384274283, 'release': '11.fc19', 'version': > > > '4.13.0'}} > > > reservedMem = '321' > > > software_revision = '11' > > > software_version = '4.13' > > > supportedENGINEs = ['3.0', '3.1', '3.2', '3.3'] > > > supportedProtocols = ['2.2', '2.3'] > > > uuid = '0A583269-811F-E211-AA06-001A6B51DEB4' > > > version_name = 'Snow Man' > > > vlans = {} > > > vmTypes = ['kvm'] > > > [ root@lab2 vdsm]# > > > > > > > > > Pascal Jakobi > > > 116 rue de Stalingrad > > > 93100 Montreuil, France > > > Tel : + 33 6 87 47 58 19 > > > @ : pjak...@yahoo.fr > > > > > > > > > Le Lundi 2 décembre 2013 10h31, Pascal Jakobi < pascal.jak...@gmail.com > > > > a > > > écrit : > > > As a matter of fact, when I installed F19, it created an eno1 device, > > > aliased > > > to em1. Don't know why, yet. > > > Even adding a "GATEWAY" clause in /etc/sysconfig/network does not seem to > > > change the problem.... > > > > > > Will check how to change the device name. > > > > > > > > > 2013/12/1 Moti Asayag < masa...@redhat.com > > > > > > > > > > Hi Pascal, > > > > > > ----- Original Message ----- > > > > From: "Pascal Jakobi" < pascal.jak...@gmail.com > > > > > To: "Mike Kolesnik" < mkole...@redhat.com > > > > > Cc: users@ovirt.org , masa...@redhat.com > > > > Sent: Sunday, December 1, 2013 10:58:40 AM > > > > Subject: Re: ovirtmgmt not installed > > > > > > > > Mike > > > > > > > > Here you go. However, please note that I must investigate the > > > > connection > > > > issue that Alon saw. will do it tomorrow. > > > > Many thanks to you folks. > > > > P > > > > > > According to the output of 'nics' element, the 'em1' device is missing > > > his > > > default gateway entry under the 'cfg' element. > > > > > > One reason for that can be there is no > > > '/etc/sysconfig/network-scripts/ifcfg-em1' > > > file and vdsm fails to obtain the default gateway for it. > > > > > > Could you create this file by your own and retry installing the host ? > > > After creating the file (make sure it contains NM_CONTROLLED=no), restart > > > the > > > network service > > > and run 'vdsClient -s 0 getVdsCaps' to make sure 'em1' output contains > > > the > > > data its 'cfg' sub- > > > element. > > > > > > > > > > > [ root@lab2 ~]# vdsClient -s 0 getVdsCaps > > > > HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName': > > > > 'iqn.1994-05.com.redhat:eea1322229a8'}]} > > > > ISCSIInitiatorName = 'iqn.1994-05.com.redhat:eea1322229a8' > > > > bondings = {'bond0': {'addr': '', > > > > 'cfg': {}, > > > > 'hwaddr': 'fa:7e:79:56:5a:c2', > > > > 'ipv6addrs': [], > > > > 'mtu': '1500', > > > > 'netmask': '', > > > > 'slaves': []}} > > > > bridges = {} > > > > clusterLevels = ['3.0', '3.1', '3.2', '3.3'] > > > > cpuCores = '4' > > > > cpuFlags = > > > > 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge' > > > > cpuModel = 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz' > > > > cpuSockets = '1' > > > > cpuSpeed = '3744.000' > > > > cpuThreads = '8' > > > > emulatedMachines = ['pc', > > > > 'q35', > > > > 'isapc', > > > > 'pc-0.10', > > > > 'pc-0.11', > > > > 'pc-0.12', > > > > 'pc-0.13', > > > > 'pc-0.14', > > > > 'pc-0.15', > > > > 'pc-1.0', > > > > 'pc-1.1', > > > > 'pc-1.2', > > > > 'pc-1.3', > > > > 'none'] > > > > guestOverhead = '65' > > > > hooks = {} > > > > kvmEnabled = 'false' > > > > lastClient = '192.168.1.41' > > > > lastClientIface = 'em1' > > > > management_ip = '0.0.0.0' > > > > memSize = '16001' > > > > netConfigDirty = 'False' > > > > networks = {} > > > > nics = {'em1': {'addr': '192.168.1.42', > > > > 'cfg': {}, > > > > 'hwaddr': '00:1a:6b:51:de:b4', > > > > 'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'], > > > > 'mtu': '1500', > > > > 'netmask': '255.255.255.0', > > > > 'speed': 100}} > > > > operatingSystem = {'name': 'Fedora', 'release': '2', 'version': '19'} > > > > packages2 = {'kernel': {'buildtime': 1384978944.0, > > > > 'release': '200.fc19.x86_64', > > > > 'version': '3.11.9'}, > > > > 'libvirt': {'buildtime': 1384730741, > > > > 'release': '2.fc19', > > > > 'version': '1.0.5.7'}, > > > > 'mom': {'buildtime': 1375215820, 'release': '3.fc19', > > > > 'version': '0.3.2'}, > > > > 'qemu-img': {'buildtime': 1383700301, > > > > 'release': '13.fc19', > > > > 'version': '1.4.2'}, > > > > 'qemu-kvm': {'buildtime': 1383700301, > > > > 'release': '13.fc19', > > > > 'version': '1.4.2'}, > > > > 'spice-server': {'buildtime': 1383130020, > > > > 'release': '3.fc19', > > > > 'version': '0.12.4'}, > > > > 'vdsm': {'buildtime': 1384274283, 'release': '11.fc19', > > > > 'version': '4.13.0'}} > > > > reservedMem = '321' > > > > software_revision = '11' > > > > software_version = '4.13' > > > > supportedENGINEs = ['3.0', '3.1', '3.2', '3.3'] > > > > supportedProtocols = ['2.2', '2.3'] > > > > uuid = '0A583269-811F-E211-AA06-001A6B51DEB4' > > > > version_name = 'Snow Man' > > > > vlans = {} > > > > vmTypes = ['kvm'] > > > > > > > > > > > > > > > > 2013/12/1 Mike Kolesnik < mkole...@redhat.com > > > > > > > > > > ------------------------------ > > > > > > > > > > *Hi there * > > > > > > > > > > > > > > > Hi Pascal, > > > > > > > > > > > > > > > > > > > > > > > > > *I installed a console on F19, then a F19 host (time 11:09 today).* > > > > > > > > > > *Everything works fine, apart from the installation of the mgmt > > > > > network > > > > > at > > > > > the end. * > > > > > *Can someone tell me what's going wrong ?* > > > > > > > > > > > > > > > Can you please send the output of vdsCaps from the host (vdsClient -s > > > > > 0 > > > > > getVdsCaps)? > > > > > > > > > > > > > > > *Thxs in advance* > > > > > > > > > > *Pascal* > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > *Pascal Jakobi* > > > > 116 rue de Stalingrad > > > > 93100 Montreuil, France > > > > > > > > * +33 6 87 47 58 19 * pascal.jak...@gmail.com > > > > > > > > > > > > > > > > -- > > > Pascal Jakobi > > > 116 rue de Stalingrad > > > 93100 Montreuil, France > > > +33 6 87 47 58 19 > > > pascal.jak...@gmail.com > > > > > > _______________________________________________ > > > Users mailing list > > > Users@ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users@ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > Pascal Jakobi > 116 rue de Stalingrad > 93100 Montreuil, France > +33 6 87 47 58 19 > pascal.jak...@gmail.com > > _______________________________________________ > 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
