--_0e2e508c-dcb7-4ffd-9497-67b7311bf6c5_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all=2C I'm experiencing some difficulties using oVirt 3.6 latest snapshot. I'm trying to trick the self-hosted-engine setup to create a custom engine = vm with 3 nics (with fixed MACs/UUIDs). The GlusterFS volume (3.7.5 hyperconverged=2C replica 3=2C for the engine v= m) and the network bridges (ovirtmgmt and other two bridges=2C called nfs a= nd lan=2C for the engine vm) have been preconfigured on the initial fully-p= atched CentOS 7.1 host (plus other two identical hosts which are awaiting t= o be added). I'm stuck at a point with the engine vm successfully starting but with only= one nic present (connected to the ovirtmgmt bridge). I'm trying to obtain the modified engine vm by means of a trick which used = to work in a previous (aborted because of lacking GlusterFS-by-libgfapi sup= port) oVirt 3.5 test setup (about a year ago=2C maybe more): I'm substituti= ng the standard /usr/share/ovirt-hosted-engine-setup/templates/vm.conf.in w= ith the following: vmId=3D@VM_UUID@ memSize=3D@MEM_SIZE@ display=3D@CONSOLE_TYPE@ devices=3D{index:2=2Ciface:ide=2Caddress:{ controller:0=2C target:0=2Cunit:= 0=2C bus:1=2C type:drive}=2CspecParams:{}=2Creadonly:true=2CdeviceId:@CDROM= _UUID@=2Cpath:@CDROM@=2Cdevice:cdrom=2Cshared:false=2Ctype:disk@BOOT_CDROM@= } devices=3D{index:0=2Ciface:virtio=2Cformat:raw=2CpoolID:@SP_UUID@=2CvolumeI= D:@VOL_UUID@=2CimageID:@IMG_UUID@=2CspecParams:{}=2Creadonly:false=2Cdomain= ID:@SD_UUID@=2Coptional:false=2CdeviceId:@IMG_UUID@=2Caddress:{bus:0x00=2C = slot:0x06=2C domain:0x0000=2C type:pci=2C function:0x0}=2Cdevice:disk=2Csha= red:exclusive=2CpropagateErrors:off=2Ctype:disk@BOOT_DISK@} devices=3D{device:scsi=2Cmodel:virtio-scsi=2Ctype:controller} devices=3D{index:4=2CnicModel:pv=2CmacAddr:02:50:56:3f:c4:b0=2ClinkActive:t= rue=2Cnetwork:@BRIDGE@=2Cfilter:vdsm-no-mac-spoofing=2CspecParams:{}=2Cdevi= ceId:@NIC_UUID@=2Caddress:{bus:0x00=2C slot:0x03=2C domain:0x0000=2C type:p= ci=2C function:0x0}=2Cdevice:bridge=2Ctype:interface@BOOT_PXE@} devices=3D{index:8=2CnicModel:pv=2CmacAddr:02:50:56:3f:c4:a0=2ClinkActive:t= rue=2Cnetwork:lan=2Cfilter:vdsm-no-mac-spoofing=2CspecParams:{}=2CdeviceId:= 6c467650-1837-47ea-89bc-1113f4bfefee=2Caddress:{bus:0x00=2C slot:0x09=2C do= main:0x0000=2C type:pci=2C function:0x0}=2Cdevice:bridge=2Ctype:interface@B= OOT_PXE@} devices=3D{index:16=2CnicModel:pv=2CmacAddr:02:50:56:3f:c4:c0=2ClinkActive:= true=2Cnetwork:nfs=2Cfilter:vdsm-no-mac-spoofing=2CspecParams:{}=2CdeviceId= :4d8e0705-8cb4-45b7-b960-7f98bb59858d=2Caddress:{bus:0x00=2C slot:0x0c=2C d= omain:0x0000=2C type:pci=2C function:0x0}=2Cdevice:bridge=2Ctype:interface@= BOOT_PXE@} devices=3D{device:console=2CspecParams:{}=2Ctype:console=2CdeviceId:@CONSOL= E_UUID@=2Calias:console0} vmName=3D@NAME@ spiceSecureChannels=3Dsmain=2Csdisplay=2Csinputs=2Cscursor=2Csplayback=2Csr= ecord=2Cssmartcard=2Csusbredir smp=3D@VCPUS@ cpuType=3D@CPU_TYPE@ emulatedMachine=3D@EMULATED_MACHINE@ but unfortunately the vm gets created like this (output from "ps"=3B note t= hat I'm attaching a CentOS7.1 Netinstall ISO with an embedded kickstart: th= e installation should proceed by HTTP on the lan network but obviously fail= s): /usr/libexec/qemu-kvm -name HostedEngine -S -machine=20 pc-i440fx-rhel7.1.0=2Caccel=3Dkvm=2Cusb=3Doff -cpu Westmere -m 4096 -realti= me mlock=3Doff=20 -smp 2=2Csockets=3D2=2Ccores=3D1=2Cthreads=3D1 -uuid f49da721-8aa6-4422-8b9= 1-e91a0e38aa4a -s mbios type=3D1=2Cmanufacturer=3DoVirt=2Cproduct=3DoVirt Node=2Cversion=3D7-= 1.1503.el7.centos.2 .8=2Cserial=3D2a1855a9-18fb-4d7a-b8b8-6fc898a8e827=2Cuuid=3Df49da721-8aa6-4= 422-8b91-e91a 0e38aa4a -no-user-config -nodefaults -chardev socket=2Cid=3Dcharmonitor=2Cp= ath=3D/var/li b/libvirt/qemu/HostedEngine.monitor=2Cserver=2Cnowait -mon chardev=3Dcharmo= nitor=2Cid=3Dmo nitor=2Cmode=3Dcontrol -rtc base=3D2015-10-25T11:22:22=2Cdriftfix=3Dslew -g= lobal kvm-pit.l ost_tick_policy=3Ddiscard -no-hpet -no-reboot -boot strict=3Don -device pii= x3-usb-uh ci=2Cid=3Dusb=2Cbus=3Dpci.0=2Caddr=3D0x1.0x2 -device virtio-scsi-pci=2Cid= =3Dscsi0=2Cbus=3Dpci.0=2Caddr =3D0x4 -device virtio-serial-pci=2Cid=3Dvirtio-serial0=2Cbus=3Dpci.0=2Caddr= =3D0x5 -drive file=3D /var/tmp/engine.iso=2Cif=3Dnone=2Cid=3Ddrive-ide0-1-0=2Creadonly=3Don=2Cfor= mat=3Draw=2Cserial=3D -device ide-cd=2Cbus=3Dide.1=2Cunit=3D0=2Cdrive=3Ddri= ve-ide0-1-0=2Cid=3Dide0-1-0=2Cbootindex=3D1 -drive file=3D/var/run/vdsm/sto= rage/be4434bf-a5fd-44d7-8011-d5e4ac9cf523/b3abc1cb-8a78-4b56-a9b0-e5f41fea0= fdc/8d075a8d-730a-4925-8779-e0ca2b3dbcf4=2Cif=3Dnone=2Cid=3Ddrive-virtio-di= sk0=2Cformat=3Draw=2Cserial=3Db3abc1cb-8a78-4b56-a9b0-e5f41fea0fdc=2Ccache= =3Dnone=2Cwerror=3Dstop=2Crerror=3Dstop=2Caio=3Dthreads -device virtio-blk-= pci=2Cscsi=3Doff=2Cbus=3Dpci.0=2Caddr=3D0x6=2Cdrive=3Ddrive-virtio-disk0=2C= id=3Dvirtio-disk0 -netdev tap=2Cfd=3D26=2Cid=3Dhostnet0=2Cvhost=3Don=2Cvhos= tfd=3D27 -device virtio-net-pci=2Cnetdev=3Dhostnet0=2Cid=3Dnet0=2Cmac=3D02:= 50:56:3f:c4:b0=2Cbus=3Dpci.0=2Caddr=3D0x3 -chardev socket=2Cid=3Dcharchanne= l0=2Cpath=3D/var/lib/libvirt/qemu/channels/f49da721-8aa6-4422-8b91-e91a0e38= aa4a.com.redhat.rhevm.vdsm=2Cserver=2Cnowait -device virtserialport=2Cbus= =3Dvirtio-serial0.0=2Cnr=3D1=2Cchardev=3Dcharchannel0=2Cid=3Dchannel0=2Cnam= e=3Dcom.redhat.rhevm.vdsm -chardev socket=2Cid=3Dcharchannel1=2Cpath=3D/var= /lib/libvirt/qemu/channels/f49da721-8aa6-4422-8b91-e91a0e38aa4a.org.qemu.gu= est_agent.0=2Cserver=2Cnowait -device virtserialport=2Cbus=3Dvirtio-serial0= .0=2Cnr=3D2=2Cchardev=3Dcharchannel1=2Cid=3Dchannel1=2Cname=3Dorg.qemu.gues= t_agent.0 -chardev socket=2Cid=3Dcharchannel2=2Cpath=3D/var/lib/libvirt/qem= u/channels/f49da721-8aa6-4422-8b91-e91a0e38aa4a.org.ovirt.hosted-engine-set= up.0=2Cserver=2Cnowait -device virtserialport=2Cbus=3Dvirtio-serial0.0=2Cnr= =3D3=2Cchardev=3Dcharchannel2=2Cid=3Dchannel2=2Cname=3Dorg.ovirt.hosted-eng= ine-setup.0 -chardev socket=2Cid=3Dcharconsole0=2Cpath=3D/var/run/ovirt-vmc= onsole-console/f49da721-8aa6-4422-8b91-e91a0e38aa4a.sock=2Cserver=2Cnowait = -device virtconsole=2Cchardev=3Dcharconsole0=2Cid=3Dconsole0 -vnc 0:0=2Cpas= sword -device cirrus-vga=2Cid=3Dvideo0=2Cbus=3Dpci.0=2Caddr=3D0x2 -msg time= stamp=3Don There seem to be no errors in the logs. I've tried reading some (limited) Python setup code but I've not found any = obvious reason why the trick should not work anymore. I know that 3.6 has different network configuration/management and this cou= ld be the hot point. Does anyone have any further suggestion or clue (code/logs to read)? Many thanks in advance. Kind regards=2C Giuseppe PS: please keep also my address in replying because I'm experiencing some p= roblems between Hotmail and oVirt-mailing-list = --_0e2e508c-dcb7-4ffd-9497-67b7311bf6c5_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style><!-- .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 12pt=3B font-family:Calibri } --></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>Hi all=2C<br>I'm experiencing so= me difficulties using oVirt 3.6 latest snapshot.<br><br>I'm trying to trick= the self-hosted-engine setup to create a custom engine vm with 3 nics (wit= h fixed MACs/UUIDs).<br><br>The GlusterFS volume (3.7.5 hyperconverged=2C r= eplica 3=2C for the engine vm) and the network bridges (ovirtmgmt and other= two bridges=2C called nfs and lan=2C for the engine vm) have been preconfi= gured on the initial fully-patched CentOS 7.1 host (plus other two identica= l hosts which are awaiting to be added).<br><br>I'm stuck at a point with t= he engine vm successfully starting but with only one nic present (connected= to the ovirtmgmt bridge).<br><br>I'm trying to obtain the modified engine = vm by means of a trick which used to work in a previous (aborted because of= lacking GlusterFS-by-libgfapi support) oVirt 3.5 test setup (about a year = ago=2C maybe more): I'm substituting the standard /usr/share/ovirt-hosted-e= ngine-setup/templates/vm.conf.in with the following:<br><br>vmId=3D@VM_UUID= @<br>memSize=3D@MEM_SIZE@<br>display=3D@CONSOLE_TYPE@<br>devices=3D{index:2= =2Ciface:ide=2Caddress:{ controller:0=2C target:0=2Cunit:0=2C bus:1=2C type= :drive}=2CspecParams:{}=2Creadonly:true=2CdeviceId:@CDROM_UUID@=2Cpath:@CDR= OM@=2Cdevice:cdrom=2Cshared:false=2Ctype:disk@BOOT_CDROM@}<br>devices=3D{in= dex:0=2Ciface:virtio=2Cformat:raw=2CpoolID:@SP_UUID@=2CvolumeID:@VOL_UUID@= =2CimageID:@IMG_UUID@=2CspecParams:{}=2Creadonly:false=2CdomainID:@SD_UUID@= =2Coptional:false=2CdeviceId:@IMG_UUID@=2Caddress:{bus:0x00=2C slot:0x06=2C= domain:0x0000=2C type:pci=2C function:0x0}=2Cdevice:disk=2Cshared:exclusiv= e=2CpropagateErrors:off=2Ctype:disk@BOOT_DISK@}<br>devices=3D{device:scsi= =2Cmodel:virtio-scsi=2Ctype:controller}<br>devices=3D{index:4=2CnicModel:pv= =2CmacAddr:02:50:56:3f:c4:b0=2ClinkActive:true=2Cnetwork:@BRIDGE@=2Cfilter:= vdsm-no-mac-spoofing=2CspecParams:{}=2CdeviceId:@NIC_UUID@=2Caddress:{bus:0= x00=2C slot:0x03=2C domain:0x0000=2C type:pci=2C function:0x0}=2Cdevice:bri= dge=2Ctype:interface@BOOT_PXE@}<br>devices=3D{index:8=2CnicModel:pv=2CmacAd= dr:02:50:56:3f:c4:a0=2ClinkActive:true=2Cnetwork:lan=2Cfilter:vdsm-no-mac-s= poofing=2CspecParams:{}=2CdeviceId:6c467650-1837-47ea-89bc-1113f4bfefee=2Ca= ddress:{bus:0x00=2C slot:0x09=2C domain:0x0000=2C type:pci=2C function:0x0}= =2Cdevice:bridge=2Ctype:interface@BOOT_PXE@}<br>devices=3D{index:16=2CnicMo= del:pv=2CmacAddr:02:50:56:3f:c4:c0=2ClinkActive:true=2Cnetwork:nfs=2Cfilter= :vdsm-no-mac-spoofing=2CspecParams:{}=2CdeviceId:4d8e0705-8cb4-45b7-b960-7f= 98bb59858d=2Caddress:{bus:0x00=2C slot:0x0c=2C domain:0x0000=2C type:pci=2C= function:0x0}=2Cdevice:bridge=2Ctype:interface@BOOT_PXE@}<br>devices=3D{de= vice:console=2CspecParams:{}=2Ctype:console=2CdeviceId:@CONSOLE_UUID@=2Cali= as:console0}<br>vmName=3D@NAME@<br>spiceSecureChannels=3Dsmain=2Csdisplay= =2Csinputs=2Cscursor=2Csplayback=2Csrecord=2Cssmartcard=2Csusbredir<br>smp= =3D@VCPUS@<br>cpuType=3D@CPU_TYPE@<br>emulatedMachine=3D@EMULATED_MACHINE@<= br><br>but unfortunately the vm gets created like this (output from "ps"=3B= note that I'm attaching a CentOS7.1 Netinstall ISO with an embedded kickst= art: the installation should proceed by HTTP on the lan network but obvious= ly fails):<br><br>/usr/libexec/qemu-kvm -name HostedEngine -S -machine <br>= pc-i440fx-rhel7.1.0=2Caccel=3Dkvm=2Cusb=3Doff -cpu Westmere -m 4096 -realti= me mlock=3Doff <br>-smp 2=2Csockets=3D2=2Ccores=3D1=2Cthreads=3D1 -uuid f49= da721-8aa6-4422-8b91-e91a0e38aa4a -s<br>mbios type=3D1=2Cmanufacturer=3DoVi= rt=2Cproduct=3DoVirt Node=2Cversion=3D7-1.1503.el7.centos.2<br>.8=2Cserial= =3D2a1855a9-18fb-4d7a-b8b8-6fc898a8e827=2Cuuid=3Df49da721-8aa6-4422-8b91-e9= 1a<br>0e38aa4a -no-user-config -nodefaults -chardev socket=2Cid=3Dcharmonit= or=2Cpath=3D/var/li<br>b/libvirt/qemu/HostedEngine.monitor=2Cserver=2Cnowai= t -mon chardev=3Dcharmonitor=2Cid=3Dmo<br>nitor=2Cmode=3Dcontrol -rtc base= =3D2015-10-25T11:22:22=2Cdriftfix=3Dslew -global kvm-pit.l<br>ost_tick_poli= cy=3Ddiscard -no-hpet -no-reboot -boot strict=3Don -device piix3-usb-uh<br>= ci=2Cid=3Dusb=2Cbus=3Dpci.0=2Caddr=3D0x1.0x2 -device virtio-scsi-pci=2Cid= =3Dscsi0=2Cbus=3Dpci.0=2Caddr<br>=3D0x4 -device virtio-serial-pci=2Cid=3Dvi= rtio-serial0=2Cbus=3Dpci.0=2Caddr=3D0x5 -drive file=3D<br>/var/tmp/engine.i= so=2Cif=3Dnone=2Cid=3Ddrive-ide0-1-0=2Creadonly=3Don=2Cformat=3Draw=2Cseria= l=3D -device ide-cd=2Cbus=3Dide.1=2Cunit=3D0=2Cdrive=3Ddrive-ide0-1-0=2Cid= =3Dide0-1-0=2Cbootindex=3D1 -drive file=3D/var/run/vdsm/storage/be4434bf-a5= fd-44d7-8011-d5e4ac9cf523/b3abc1cb-8a78-4b56-a9b0-e5f41fea0fdc/8d075a8d-730= a-4925-8779-e0ca2b3dbcf4=2Cif=3Dnone=2Cid=3Ddrive-virtio-disk0=2Cformat=3Dr= aw=2Cserial=3Db3abc1cb-8a78-4b56-a9b0-e5f41fea0fdc=2Ccache=3Dnone=2Cwerror= =3Dstop=2Crerror=3Dstop=2Caio=3Dthreads -device virtio-blk-pci=2Cscsi=3Doff= =2Cbus=3Dpci.0=2Caddr=3D0x6=2Cdrive=3Ddrive-virtio-disk0=2Cid=3Dvirtio-disk= 0 -netdev tap=2Cfd=3D26=2Cid=3Dhostnet0=2Cvhost=3Don=2Cvhostfd=3D27 -device= virtio-net-pci=2Cnetdev=3Dhostnet0=2Cid=3Dnet0=2Cmac=3D02:50:56:3f:c4:b0= =2Cbus=3Dpci.0=2Caddr=3D0x3 -chardev socket=2Cid=3Dcharchannel0=2Cpath=3D/v= ar/lib/libvirt/qemu/channels/f49da721-8aa6-4422-8b91-e91a0e38aa4a.com.redha= t.rhevm.vdsm=2Cserver=2Cnowait -device virtserialport=2Cbus=3Dvirtio-serial= 0.0=2Cnr=3D1=2Cchardev=3Dcharchannel0=2Cid=3Dchannel0=2Cname=3Dcom.redhat.r= hevm.vdsm -chardev socket=2Cid=3Dcharchannel1=2Cpath=3D/var/lib/libvirt/qem= u/channels/f49da721-8aa6-4422-8b91-e91a0e38aa4a.org.qemu.guest_agent.0=2Cse= rver=2Cnowait -device virtserialport=2Cbus=3Dvirtio-serial0.0=2Cnr=3D2=2Cch= ardev=3Dcharchannel1=2Cid=3Dchannel1=2Cname=3Dorg.qemu.guest_agent.0 -chard= ev socket=2Cid=3Dcharchannel2=2Cpath=3D/var/lib/libvirt/qemu/channels/f49da= 721-8aa6-4422-8b91-e91a0e38aa4a.org.ovirt.hosted-engine-setup.0=2Cserver=2C= nowait -device virtserialport=2Cbus=3Dvirtio-serial0.0=2Cnr=3D3=2Cchardev= =3Dcharchannel2=2Cid=3Dchannel2=2Cname=3Dorg.ovirt.hosted-engine-setup.0 -c= hardev socket=2Cid=3Dcharconsole0=2Cpath=3D/var/run/ovirt-vmconsole-console= /f49da721-8aa6-4422-8b91-e91a0e38aa4a.sock=2Cserver=2Cnowait -device virtco= nsole=2Cchardev=3Dcharconsole0=2Cid=3Dconsole0 -vnc 0:0=2Cpassword -device = cirrus-vga=2Cid=3Dvideo0=2Cbus=3Dpci.0=2Caddr=3D0x2 -msg timestamp=3Don<br>= <br>There seem to be no errors in the logs.<br><br>I've tried reading some = (limited) Python setup code but I've not found any obvious reason why the t= rick should not work anymore.<br><br>I know that 3.6 has different network = configuration/management and this could be the hot point.<br><br>Does anyon= e have any further suggestion or clue (code/logs to read)?<br><br>Many than= ks in advance.<br><br>Kind regards=2C<br>Giuseppe<br><br>PS: please keep al= so my address in replying because I'm experiencing some problems between Ho= tmail and oVirt-mailing-list<br><br> </div></body> </html>= --_0e2e508c-dcb7-4ffd-9497-67b7311bf6c5_--