Trying to make ovirt-hosted-engine-setup create a customized Engine-vm on 3.6 HC HE
--_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_--
On Mon, Oct 26, 2015 at 12:14 AM, Giuseppe Ragusa < giuseppe.ragusa@hotmail.com> wrote:
Hi all, 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, replica 3, for the engine vm) and the network bridges (ovirtmgmt and other two bridges, called nfs and lan, for the engine vm) have been preconfigured on the initial fully-patched CentOS 7.1 host (plus other two identical hosts which are awaiting to 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 support) oVirt 3.5 test setup (about a year ago, maybe more): I'm substituting the standard /usr/share/ovirt-hosted-engine-setup/templates/ vm.conf.in with the following:
vmId=@VM_UUID@ memSize=@MEM_SIZE@ display=@CONSOLE_TYPE@ devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0, bus:1, type:drive},specParams:{},readonly:true,deviceId:@CDROM_UUID@,path:@CDROM @,device:cdrom,shared:false,type:disk@BOOT_CDROM@} devices={index:0,iface:virtio,format:raw,poolID:@SP_UUID @,volumeID:@VOL_UUID@,imageID:@IMG_UUID @,specParams:{},readonly:false,domainID:@SD_UUID @,optional:false,deviceId:@IMG_UUID@,address:{bus:0x00, slot:0x06, domain:0x0000, type:pci, function:0x0},device:disk,shared:exclusive,propagateErrors:off,type:disk@BOOT_DISK @} devices={device:scsi,model:virtio-scsi,type:controller}
devices={index:4,nicModel:pv,macAddr:02:50:56:3f:c4:b0,linkActive:true,network:@BRIDGE @,filter:vdsm-no-mac-spoofing,specParams:{},deviceId:@NIC_UUID@,address:{bus:0x00, slot:0x03, domain:0x0000, type:pci, function:0x0},device:bridge,type:interface@BOOT_PXE@} devices={index:8,nicModel:pv,macAddr:02:50:56:3f:c4:a0,linkActive:true,network:lan,filter:vdsm-no-mac-spoofing,specParams:{},deviceId:6c467650-1837-47ea-89bc-1113f4bfefee,address:{bus:0x00, slot:0x09, domain:0x0000, type:pci, function:0x0},device:bridge,type:interface@BOOT_PXE@} devices={index:16,nicModel:pv,macAddr:02:50:56:3f:c4:c0,linkActive:true,network:nfs,filter:vdsm-no-mac-spoofing,specParams:{},deviceId:4d8e0705-8cb4-45b7-b960-7f98bb59858d,address:{bus:0x00, slot:0x0c, domain:0x0000, type:pci, function:0x0},device:bridge,type:interface@BOOT_PXE@} devices={device:console,specParams:{},type:console,deviceId:@CONSOLE_UUID @,alias:console0} vmName=@NAME@
spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir smp=@VCPUS@ cpuType=@CPU_TYPE@ emulatedMachine=@EMULATED_MACHINE@
but unfortunately the vm gets created like this (output from "ps"; note that I'm attaching a CentOS7.1 Netinstall ISO with an embedded kickstart: the installation should proceed by HTTP on the lan network but obviously fails):
/usr/libexec/qemu-kvm -name HostedEngine -S -machine pc-i440fx-rhel7.1.0,accel=kvm,usb=off -cpu Westmere -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid f49da721-8aa6-4422-8b91-e91a0e38aa4a -s mbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-1.1503.el7.centos.2
.8,serial=2a1855a9-18fb-4d7a-b8b8-6fc898a8e827,uuid=f49da721-8aa6-4422-8b91-e91a 0e38aa4a -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/li b/libvirt/qemu/HostedEngine.monitor,server,nowait -mon chardev=charmonitor,id=mo nitor,mode=control -rtc base=2015-10-25T11:22:22,driftfix=slew -global kvm-pit.l ost_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device piix3-usb-uh ci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr =0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file= /var/tmp/engine.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -drive file=/var/run/vdsm/storage/be4434bf-a5fd-44d7-8011-d5e4ac9cf523/b3abc1cb-8a78-4b56-a9b0-e5f41fea0fdc/8d075a8d-730a-4925-8779-e0ca2b3dbcf4,if=none,id=drive-virtio-disk0,format=raw,serial=b3abc1cb-8a78-4b56-a9b0-e5f41fea0fdc,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=02:50:56:3f:c4:b0,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/f49da721-8aa6-4422-8b91-e91a0e38aa4a.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/f49da721-8aa6-4422-8b91-e91a0e38aa4a.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev socket,id=charchannel2,path=/var/lib/libvirt/qemu/channels/f49da721-8aa6-4422-8b91-e91a0e38aa4a.org.ovirt.hosted-engine-setup.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0 -chardev socket,id=charconsole0,path=/var/run/ovirt-vmconsole-console/f49da721-8aa6-4422-8b91-e91a0e38aa4a.sock,server,nowait -device virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -msg timestamp=on
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 could be the hot point.
Does anyone have any further suggestion or clue (code/logs to read)?
The VM creation path is now a bit different cause we use just vdscli library instead of vdsClient. Please take a a look at mixins.py
Many thanks in advance.
Kind regards, Giuseppe
PS: please keep also my address in replying because I'm experiencing some problems between Hotmail and oVirt-mailing-list
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (2)
-
Giuseppe Ragusa -
Simone Tiraboschi