2:14 a.m.
--_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_--