- Users - oVirt List Archives

Ovirt setup
by Bryan Sockel 06 Oct '16

06 Oct '16

Hi, I am getting an error attempting to install ovirt on a pair of bonded nics. The error that we are getting is Cannot acquire nic/bridge address. We typically run all our servers with an active/backup setup.

2 1

unable to upgrade from ovirt 3.6 to 4.0.4
by Alon Dotan 06 Oct '16

06 Oct '16

Hey all, Im trying to upgrade my ovirt installation, CentOS 7.2 fully updated engine version: oVirt Engine Version: 3.6.7.5-1.el7.centos hosts version: OS Version: RHEL - 7 - 2.1511.el7.centos.2.10 Kernel Version: 3.10.0 - 327.36.1.el7.x86_64 KVM Version: 2.3.0 - 31.el7_2.10.1 LIBVIRT Version: libvirt-1.2.17-13.el7_2.5 VDSM Version: vdsm-4.17.32-1.el7 SPICE Version: 0.12.4 - 15.el7_2.2 GlusterFS Version: [N/A] CEPH Version: got the following error after deploying the backup tar (following this guide http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/) Failed to execute stage 'Setup validation': Trying to upgrade from unsupported versions: 3.5 attaching the engine-setup answer and log Thanks,

4 3

Correct recovery procedure of the oVirt Hosted Engine 4.0
by aleksey.maksimov＠it-kb.ru 06 Oct '16

06 Oct '16

Hello oVirt guru`s! My Hosted Engine VM located on a dedicated LUN FC Storage. I do daily data backups (on NFS share) with the command: /usr/bin/engine-backup --mode=backup --scope=all --file=$BcpFileName.xz --log=$BcpFileName.log --archive-compressor=xz --files-compressor=None However, I don't know what would be the correct procedure to recover, because in different manuals outline the various steps. For example, there is information that I have to do configure postgresql (with password from file files/etc/ovirt-engine/engine.conf.d/10-setup-database.conf) before restoring (engine-backup --mode=restore): https://www.ovirt.org/documentation/admin-guide/hosted-engine-backup-and-re… And at the same time, in another document, there are no such steps: https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/singl… What should be the correct procedure for the recovery of Hosted Engine 4.0 ?

2 10

basic setup with SLES 11
by Lentes, Bernd 06 Oct '16

06 Oct '16

Hi, i'd like to create this basic setup: Two hosts with SLES 11 SP4, 10-15 guests (Windows 7, SLES, Ubuntu). SAN with several TB, attached via FC, formatted with OCFS2. VM's will run with kvm and libvirt. I'd like to have live migration. Would ovirt be possible in this setup, would i have a benefit ? Easy administration, s.th. like that ? Thanks. Bernd -- Bernd Lentes Systemadministration institute of developmental genetics Gebäude 35.34 - Raum 208 HelmholtzZentrum München bernd.lentes(a)helmholtz-muenchen.de phone: +49 (0)89 3187 1241 fax: +49 (0)89 3187 2294 Erst wenn man sich auf etwas festlegt kann man Unrecht haben Scott Adams Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671

2 1

Add extra dnsname for certificate on engine
by Matt . 05 Oct '16

05 Oct '16

Hi guys, When the engine lives under engine.sub.sub.sub.domain.tld is it possible to add an extra alt hostname to it so we can add a certificate for engine.domain.tld ? I hope someone can point this out. Cheers, Matt

2 2

ETL Service fails
by Andy 05 Oct '16

05 Oct '16

------=_Part_3758020_756145403.1475295841164 Content-Type: multipart/alternative; boundary="----=_Part_3758019_2012389424.1475295841163" ------=_Part_3758019_2012389424.1475295841163 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello, I just upgraded to OVIRT 4.04 on the hosted appliance and for some reason I no longer see the DHW metrics on the dashboard. I receive a lot of errors, obviously, stating "ETL Service has encountered an error, Please consult the service log. The research that I have been able to come up with appears to be with a FK or a user that no longer exists in the database, however the attached logs have zero reference to these errors. Any help would be appreciated. Thanks Andy ------=_Part_3758019_2012389424.1475295841163 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head></head><body><div style=3D"color:#000; background-color:#fff; f= ont-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, = sans-serif;font-size:10px"><div id=3D"yui_3_16_0_ym19_1_1475295566829_6832"= dir=3D"ltr">Hello, I just u= pgraded to OVIRT 4.04 on the hosted appliance and for some reason I no long= er see the DHW metrics on the dashboard. I receive a lot of errors, obvious= ly, stating "ETL Service has encountered an error, Please consult the servi= ce log. The research that I have been able to come up with appears to be wi= th a FK or a user that no longer exists in the database, however the attach= ed logs have zero reference to these errors. Any help w= ould be appreciated. </div><= div dir=3D"ltr"> </div><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_14752955= 66829_7031">Thanks Andy</div></div></body></html> ------=_Part_3758019_2012389424.1475295841163-- ------=_Part_3758020_756145403.1475295841164 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=logs Content-ID: <d1e00938-2621-e516-6bd5-7329b95cfe8c(a)yahoo.com> W3Jvb3RAZXhjb3ZtZyBvdmlydC1lbmdpbmUtZHdoXSMgbW9yZSBvdmlydC1lbmdpbmUtZHdoZC5s b2cgCjIwMTYtMTAtMDEgMDI6Mzg6Mzl8RVRMIFNlcnZpY2UgU3RhcnRlZApvdmlydEVuZ2luZURi RHJpdmVyQ2xhc3N8b3JnLnBvc3RncmVzcWwuRHJpdmVyCm92aXJ0RW5naW5lSGlzdG9yeURiSmRi Y0Nvbm5lY3Rpb258amRiYzpwb3N0Z3Jlc3FsOi8vbG9jYWxob3N0OjU0MzIvb3ZpcnRfZW5naW5l X2hpc3Rvcnk/c3NsZmFjdG9yeT1vcmcucG9zdGdyZXNxbC5zc2wuTm9uVmFsaWRhdGluZ0ZhY3Rv cnkKaG91cnNUb0tlZXBEYWlseXwwCmhvdXJzVG9LZWVwSG91cmx5fDcyMApvdmlydEVuZ2luZURi UGFzc3dvcmR8KioqKioqKioqKioqKioqKioqKioqKgpydW5EZWxldGVUaW1lfDMKb3ZpcnRFbmdp bmVEYkpkYmNDb25uZWN0aW9ufGpkYmM6cG9zdGdyZXNxbDovL2xvY2FsaG9zdDo1NDMyL2VuZ2lu ZT9zc2xmYWN0b3J5PW9yZy5wb3N0Z3Jlc3FsLnNzbC5Ob25WYWxpZGF0aW5nRmFjdG9yeQpydW5J bnRlcmxlYXZlfDIwCmxpbWl0Um93c3xsaW1pdCAxMDAwCm92aXJ0RW5naW5lSGlzdG9yeURiVXNl cnxvdmlydF9lbmdpbmVfaGlzdG9yeQpvdmlydEVuZ2luZURiVXNlcnxlbmdpbmUKZGVsZXRlSW5j cmVtZW50fDEwCnRpbWVCZXR3ZWVuRXJyb3JFdmVudHN8MzAwMDAwCmhvdXJzVG9LZWVwU2FtcGxl c3wyNApkZWxldGVNdWx0aXBsaWVyfDEwMDAKbGFzdEVycm9yU2VudHwyMDExLTA3LTAzIDEyOjQ2 OjQ3LjAwMDAwMApldGxWZXJzaW9ufDQuMC4yCmR3aEFnZ3JlZ2F0aW9uRGVidWd8ZmFsc2UKZHdo VXVpZHw3NmQ1NTg4Ny1hMDgxLTQ5YTAtODllNy1kOGIxMmQxYWYyYzMKb3ZpcnRFbmdpbmVIaXN0 b3J5RGJEcml2ZXJDbGFzc3xvcmcucG9zdGdyZXNxbC5Ecml2ZXIKb3ZpcnRFbmdpbmVIaXN0b3J5 RGJQYXNzd29yZHwqKioqKioqKioqKioqKioqKioqKioqCkV4Y2VwdGlvbiBpbiBjb21wb25lbnQg dEpEQkNPdXRwdXRfNQpFeGNlcHRpb24gaW4gY29tcG9uZW50IHRKREJDT3V0cHV0XzYKRXhjZXB0 aW9uIGluIGNvbXBvbmVudCB0SkRCQ091dHB1dF8yCm9yZy5wb3N0Z3Jlc3FsLnV0aWwuUFNRTEV4 Y2VwdGlvbjogRVJST1I6IGluZGV4ICJpZHhfdm1fY29uZmlndXJhdGlvbl92ZXJzaW9uX3NhbXBs ZXMiIGNvbnRhaW5zIHVuZXhwZWN0ZWQgemVybyBwYWdlIGF0IGJsb2NrIDI0MjMKICBIaW50OiBQ bGVhc2UgUkVJTkRFWCBpdC4KCWF0IG9yZy5wb3N0Z3Jlc3FsLmNvcmUudjMuUXVlcnlFeGVjdXRv ckltcGwucmVjZWl2ZUVycm9yUmVzcG9uc2UoUXVlcnlFeGVjdXRvckltcGwuamF2YToyMTU3KQoJ YXQgb3JnLnBvc3RncmVzcWwuY29yZS52My5RdWVyeUV4ZWN1dG9ySW1wbC5wcm9jZXNzUmVzdWx0 cyhRdWVyeUV4ZWN1dG9ySW1wbC5qYXZhOjE4ODYpCglhdCBvcmcucG9zdGdyZXNxbC5jb3JlLnYz LlF1ZXJ5RXhlY3V0b3JJbXBsLmV4ZWN1dGUoUXVlcnlFeGVjdXRvckltcGwuamF2YToyNTUpCglh dCBvcmcucG9zdGdyZXNxbC5qZGJjMi5BYnN0cmFjdEpkYmMyU3RhdGVtZW50LmV4ZWN1dGUoQWJz dHJhY3RKZGJjMlN0YXRlbWVudC5qYXZhOjU1NSkKCWF0IG9yZy5wb3N0Z3Jlc3FsLmpkYmMyLkFi c3RyYWN0SmRiYzJTdGF0ZW1lbnQuZXhlY3V0ZVdpdGhGbGFncyhBYnN0cmFjdEpkYmMyU3RhdGVt ZW50LmphdmE6NDE3KQoJYXQgb3JnLnBvc3RncmVzcWwuamRiYzIuQWJzdHJhY3RKZGJjMlN0YXRl bWVudC5leGVjdXRlVXBkYXRlKEFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuamF2YTozNjMpCglhdCBv dmlydF9lbmdpbmVfZHdoLnN0YXRpc3RpY3NzeW5jXzRfMC5TdGF0aXN0aWNzU3luYy50SkRCQ0lu cHV0XzEwUHJvY2VzcyhTdGF0aXN0aWNzU3luYy5qYXZhOjkwMzApCglhdCBvdmlydF9lbmdpbmVf ZHdoLnN0YXRpc3RpY3NzeW5jXzRfMC5TdGF0aXN0aWNzU3luYyQ1LnJ1bihTdGF0aXN0aWNzU3lu Yy5qYXZhOjE2MDcxKQpFeGNlcHRpb24gaW4gY29tcG9uZW50IHRKREJDT3V0cHV0XzQKb3JnLnBv c3RncmVzcWwudXRpbC5QU1FMRXhjZXB0aW9uOiBFUlJPUjogY3VycmVudCB0cmFuc2FjdGlvbiBp cyBhYm9ydGVkLCBjb21tYW5kcyBpZ25vcmVkIHVudGlsIGVuZCBvZiB0cmFuc2FjdGlvbiBibG9j awoJYXQgb3JnLnBvc3RncmVzcWwuY29yZS52My5RdWVyeUV4ZWN1dG9ySW1wbC5yZWNlaXZlRXJy b3JSZXNwb25zZShRdWVyeUV4ZWN1dG9ySW1wbC5qYXZhOjIxNTcpCglhdCBvcmcucG9zdGdyZXNx bC5jb3JlLnYzLlF1ZXJ5RXhlY3V0b3JJbXBsLnByb2Nlc3NSZXN1bHRzKFF1ZXJ5RXhlY3V0b3JJ bXBsLmphdmE6MTg4NikKCWF0IG9yZy5wb3N0Z3Jlc3FsLmNvcmUudjMuUXVlcnlFeGVjdXRvcklt cGwuZXhlY3V0ZShRdWVyeUV4ZWN1dG9ySW1wbC5qYXZhOjI1NSkKCWF0IG9yZy5wb3N0Z3Jlc3Fs LmpkYmMyLkFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuZXhlY3V0ZShBYnN0cmFjdEpkYmMyU3RhdGVt ZW50LmphdmE6NTU1KQoJYXQgb3JnLnBvc3RncmVzcWwuamRiYzIuQWJzdHJhY3RKZGJjMlN0YXRl bWVudC5leGVjdXRlV2l0aEZsYWdzKEFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuamF2YTo0MTcpCglh dCBvcmcucG9zdGdyZXNxbC5qZGJjMi5BYnN0cmFjdEpkYmMyU3RhdGVtZW50LmV4ZWN1dGVVcGRh dGUoQWJzdHJhY3RKZGJjMlN0YXRlbWVudC5qYXZhOjM2MykKCWF0IG92aXJ0X2VuZ2luZV9kd2gu c3RhdGlzdGljc3N5bmNfNF8wLlN0YXRpc3RpY3NTeW5jLnRKREJDSW5wdXRfOFByb2Nlc3MoU3Rh dGlzdGljc1N5bmMuamF2YTo2MjU4KQoJYXQgb3ZpcnRfZW5naW5lX2R3aC5zdGF0aXN0aWNzc3lu Y180XzAuU3RhdGlzdGljc1N5bmMkNC5ydW4oU3RhdGlzdGljc1N5bmMuamF2YToxNjAyNSkKb3Jn LnBvc3RncmVzcWwudXRpbC5QU1FMRXhjZXB0aW9uOiBFUlJPUjogY3VycmVudCB0cmFuc2FjdGlv biBpcyBhYm9ydGVkLCBjb21tYW5kcyBpZ25vcmVkIHVudGlsIGVuZCBvZiB0cmFuc2FjdGlvbiBi bG9jawoJYXQgb3JnLnBvc3RncmVzcWwuY29yZS52My5RdWVyeUV4ZWN1dG9ySW1wbC5yZWNlaXZl RXJyb3JSZXNwb25zZShRdWVyeUV4ZWN1dG9ySW1wbC5qYXZhOjIxNTcpCglhdCBvcmcucG9zdGdy ZXNxbC5jb3JlLnYzLlF1ZXJ5RXhlY3V0b3JJbXBsLnByb2Nlc3NSZXN1bHRzKFF1ZXJ5RXhlY3V0 b3JJbXBsLmphdmE6MTg4NikKCWF0IG9yZy5wb3N0Z3Jlc3FsLmNvcmUudjMuUXVlcnlFeGVjdXRv ckltcGwuZXhlY3V0ZShRdWVyeUV4ZWN1dG9ySW1wbC5qYXZhOjI1NSkKCWF0IG9yZy5wb3N0Z3Jl c3FsLmpkYmMyLkFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuZXhlY3V0ZShBYnN0cmFjdEpkYmMyU3Rh dGVtZW50LmphdmE6NTU1KQoyMDE2LTEwLTAxIDAyOjM5OjAxfFVwMjZxOXxEazNRUVN8UHB2aVEw fE9WSVJUX0VOR0lORV9EV0h8U3RhdGlzdGljc1N5bmN8RGVmYXVsdHw2fEphdmEgRXhjZXB0aW9u fHRKREJDT3V0cHV0XzV8b3JnLnBvc3RncmVzcWwudXRpbC5QU1FMRXhjZXB0aW9uCjpFUlJPUjog aW5kZXggImlkeF92bV9jb25maWd1cmF0aW9uX3ZlcnNpb25fc2FtcGxlcyIgY29udGFpbnMgdW5l eHBlY3RlZCB6ZXJvIHBhZ2UgYXQgYmxvY2sgMjQyMwogIEhpbnQ6IFBsZWFzZSBSRUlOREVYIGl0 LnwxCglhdCBvcmcucG9zdGdyZXNxbC5qZGJjMi5BYnN0cmFjdEpkYmMyU3RhdGVtZW50LmV4ZWN1 dGVXaXRoRmxhZ3MoQWJzdHJhY3RKZGJjMlN0YXRlbWVudC5qYXZhOjQxNykKCWF0IG9yZy5wb3N0 Z3Jlc3FsLmpkYmMyLkFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuZXhlY3V0ZVVwZGF0ZShBYnN0cmFj dEpkYmMyU3RhdGVtZW50LmphdmE6MzYzKQoJYXQgb3ZpcnRfZW5naW5lX2R3aC5zdGF0aXN0aWNz c3luY180XzAuU3RhdGlzdGljc1N5bmMudEpEQkNJbnB1dF80UHJvY2VzcyhTdGF0aXN0aWNzU3lu Yy5qYXZhOjIwNTUpCglhdCBvdmlydF9lbmdpbmVfZHdoLnN0YXRpc3RpY3NzeW5jXzRfMC5TdGF0 aXN0aWNzU3luYyQyLnJ1bihTdGF0aXN0aWNzU3luYy5qYXZhOjE1OTMzKQpFeGNlcHRpb24gaW4g Y29tcG9uZW50IHRKREJDT3V0cHV0XzcKb3JnLnBvc3RncmVzcWwudXRpbC5QU1FMRXhjZXB0aW9u OiBFUlJPUjogY3VycmVudCB0cmFuc2FjdGlvbiBpcyBhYm9ydGVkLCBjb21tYW5kcyBpZ25vcmVk IHVudGlsIGVuZCBvZiB0cmFuc2FjdGlvbiBibG9jawoJYXQgb3JnLnBvc3RncmVzcWwuY29yZS52 My5RdWVyeUV4ZWN1dG9ySW1wbC5yZWNlaXZlRXJyb3JSZXNwb25zZShRdWVyeUV4ZWN1dG9ySW1w bC5qYXZhOjIxNTcpCglhdCBvcmcucG9zdGdyZXNxbC5jb3JlLnYzLlF1ZXJ5RXhlY3V0b3JJbXBs LnByb2Nlc3NSZXN1bHRzKFF1ZXJ5RXhlY3V0b3JJbXBsLmphdmE6MTg4NikKCWF0IG9yZy5wb3N0 Z3Jlc3FsLmNvcmUudjMuUXVlcnlFeGVjdXRvckltcGwuZXhlY3V0ZShRdWVyeUV4ZWN1dG9ySW1w bC5qYXZhOjI1NSkKCWF0IG9yZy5wb3N0Z3Jlc3FsLmpkYmMyLkFic3RyYWN0SmRiYzJTdGF0ZW1l bnQuZXhlY3V0ZShBYnN0cmFjdEpkYmMyU3RhdGVtZW50LmphdmE6NTU1KQoJYXQgb3JnLnBvc3Rn cmVzcWwuamRiYzIuQWJzdHJhY3RKZGJjMlN0YXRlbWVudC5leGVjdXRlV2l0aEZsYWdzKEFic3Ry YWN0SmRiYzJTdGF0ZW1lbnQuamF2YTo0MTcpCglhdCBvcmcucG9zdGdyZXNxbC5qZGJjMi5BYnN0 cmFjdEpkYmMyU3RhdGVtZW50LmV4ZWN1dGVVcGRhdGUoQWJzdHJhY3RKZGJjMlN0YXRlbWVudC5q YXZhOjM2MykKCWF0IG92aXJ0X2VuZ2luZV9kd2guc3RhdGlzdGljc3N5bmNfNF8wLlN0YXRpc3Rp Y3NTeW5jLnRKREJDSW5wdXRfMThQcm9jZXNzKFN0YXRpc3RpY3NTeW5jLmphdmE6MTM0MjkpCglh dCBvdmlydF9lbmdpbmVfZHdoLnN0YXRpc3RpY3NzeW5jXzRfMC5TdGF0aXN0aWNzU3luYyQ3LnJ1 bihTdGF0aXN0aWNzU3luYy5qYXZhOjE2MTYzKQpvcmcucG9zdGdyZXNxbC51dGlsLlBTUUxFeGNl cHRpb246IEVSUk9SOiBjdXJyZW50IHRyYW5zYWN0aW9uIGlzIGFib3J0ZWQsIGNvbW1hbmRzIGln bm9yZWQgdW50aWwgZW5kIG9mIHRyYW5zYWN0aW9uIGJsb2NrCglhdCBvcmcucG9zdGdyZXNxbC5j b3JlLnYzLlF1ZXJ5RXhlY3V0b3JJbXBsLnJlY2VpdmVFcnJvclJlc3BvbnNlKFF1ZXJ5RXhlY3V0 b3JJbXBsLmphdmE6MjE1NykKCWF0IG9yZy5wb3N0Z3Jlc3FsLmNvcmUudjMuUXVlcnlFeGVjdXRv ckltcGwucHJvY2Vzc1Jlc3VsdHMoUXVlcnlFeGVjdXRvckltcGwuamF2YToxODg2KQoJYXQgb3Jn LnBvc3RncmVzcWwuY29yZS52My5RdWVyeUV4ZWN1dG9ySW1wbC5leGVjdXRlKFF1ZXJ5RXhlY3V0 b3JJbXBsLmphdmE6MjU1KQoJYXQgb3JnLnBvc3RncmVzcWwuamRiYzIuQWJzdHJhY3RKZGJjMlN0 YXRlbWVudC5leGVjdXRlKEFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuamF2YTo1NTUpCglhdCBvcmcu cG9zdGdyZXNxbC5qZGJjMi5BYnN0cmFjdEpkYmMyU3RhdGVtZW50LmV4ZWN1dGVXaXRoRmxhZ3Mo QWJzdHJhY3RKZGJjMlN0YXRlbWVudC5qYXZhOjQxNykKCWF0IG9yZy5wb3N0Z3Jlc3FsLmpkYmMy LkFic3RyYWN0SmRiYzJTdGF0ZW1lbnQuZXhlY3V0ZVVwZGF0ZShBYnN0cmFjdEpkYmMyU3RhdGVt ZW50LmphdmE6MzYzKQoJYXQgb3ZpcnRfZW5naW5lX2R3aC5zdGF0aXN0aWNzc3luY180XzAuU3Rh dGlzdGljc1N5bmMudEpEQkNJbnB1dF8xMlByb2Nlc3MoU3RhdGlzdGljc1N5bmMuamF2YToxMTM3 OCkyMDE2LTEwLTAxIDAyOjM5OjAxfFVwMjZxOXxEazNRUVN8UHAKdmlRMHxPVklSVF9FTkdJTkVf RFdIfFN0YXRpc3RpY3NTeW5jfERlZmF1bHR8NnxKYXZhIEV4Y2VwdGlvbnx0SkRCQ091dHB1dF80 fG9yZy5wb3N0Z3Jlc3FsLnV0aWwuUFNRTEV4Y2VwdGlvbjpFUlJPUjogY3VycmVudCB0cmFuc2Fj dGlvbiBpcyBhYm9ydAplZCwgY29tbWFuZHMgaWdub3JlZCB1bnRpbCBlbmQgb2YgdHJhbnNhY3Rp b24gYmxvY2t8MQoKCWF0IG92aXJ0X2VuZ2luZV9kd2guc3RhdGlzdGljc3N5bmNfNF8wLlN0YXRp c3RpY3NTeW5jJDYucnVuKFN0YXRpc3RpY3NTeW5jLmphdmE6MTYxMTcpCjIwMTYtMTAtMDEgMDI6 Mzk6MDF8VXAyNnE5fERrM1FRU3xQcHZpUTB8T1ZJUlRfRU5HSU5FX0RXSHxTdGF0aXN0aWNzU3lu Y3xEZWZhdWx0fDZ8SmF2YSBFeGNlcHRpb258dEpEQkNPdXRwdXRfN3xvcmcucG9zdGdyZXNxbC51 dGlsLlBTUUxFeGNlcHRpb24KOkVSUk9SOiBjdXJyZW50IHRyYW5zYWN0aW9uIGlzIGFib3J0ZWQs IGNvbW1hbmRzIGlnbm9yZWQgdW50aWwgZW5kIG9mIHRyYW5zYWN0aW9uIGJsb2NrfDEKMjAxNi0x MC0wMSAwMjozOTowMXxVcDI2cTl8RGszUVFTfFBwdmlRMHxPVklSVF9FTkdJTkVfRFdIfFN0YXRp c3RpY3NTeW5jfERlZmF1bHR8NnxKYXZhIEV4Y2VwdGlvbnx0SkRCQ091dHB1dF8yfG9yZy5wb3N0 Z3Jlc3FsLnV0aWwuUFNRTEV4Y2VwdGlvbgo6RVJST1I6IGN1cnJlbnQgdHJhbnNhY3Rpb24gaXMg YWJvcnRlZCwgY29tbWFuZHMgaWdub3JlZCB1bnRpbCBlbmQgb2YgdHJhbnNhY3Rpb24gYmxvY2t8 MQoyMDE2LTEwLTAxIDAyOjM5OjAxfFVwMjZxOXxEazNRUVN8UHB2aVEwfE9WSVJUX0VOR0lORV9E V0h8U3RhdGlzdGljc1N5bmN8RGVmYXVsdHw2fEphdmEgRXhjZXB0aW9ufHRKREJDT3V0cHV0XzZ8 b3JnLnBvc3RncmVzcWwudXRpbC5QU1FMRXhjZXB0aW9uCjpFUlJPUjogY3VycmVudCB0cmFuc2Fj dGlvbiBpcyBhYm9ydGVkLCBjb21tYW5kcyBpZ25vcmVkIHVudGlsIGVuZCBvZiB0cmFuc2FjdGlv biBibG9ja3wxCkV4Y2VwdGlvbiBpbiBjb21wb25lbnQgdFJ1bkpvYl81CmphdmEubGFuZy5SdW50 aW1lRXhjZXB0aW9uOiBDaGlsZCBqb2IgcnVubmluZyBmYWlsZWQKCWF0IG92aXJ0X2VuZ2luZV9k d2guc2FtcGxlcnVuam9ic180XzAuU2FtcGxlUnVuSm9icy50UnVuSm9iXzVQcm9jZXNzKFNhbXBs ZVJ1bkpvYnMuamF2YToxNjU0KQoJYXQgb3ZpcnRfZW5naW5lX2R3aC5zYW1wbGVydW5qb2JzXzRf MC5TYW1wbGVSdW5Kb2JzLnRSdW5Kb2JfNlByb2Nlc3MoU2FtcGxlUnVuSm9icy5qYXZhOjE0NTYp CglhdCBvdmlydF9lbmdpbmVfZHdoLnNhbXBsZXJ1bmpvYnNfNF8wLlNhbXBsZVJ1bkpvYnMudFJ1 bkpvYl8xUHJvY2VzcyhTYW1wbGVSdW5Kb2JzLmphdmE6MTIyOCkKCWF0IG92aXJ0X2VuZ2luZV9k d2guc2FtcGxlcnVuam9ic180XzAuU2FtcGxlUnVuSm9icy50UnVuSm9iXzRQcm9jZXNzKFNhbXBs ZVJ1bkpvYnMuamF2YToxMDAwKQoJYXQgb3ZpcnRfZW5naW5lX2R3aC5zYW1wbGVydW5qb2JzXzRf MC5TYW1wbGVSdW5Kb2JzLnRKREJDQ29ubmVjdGlvbl8yUHJvY2VzcyhTYW1wbGVSdW5Kb2JzLmph dmE6NzY3KQoJYXQgb3ZpcnRfZW5naW5lX2R3aC5zYW1wbGVydW5qb2JzXzRfMC5TYW1wbGVSdW5K b2JzLnRKREJDQ29ubmVjdGlvbl8xUHJvY2VzcyhTYW1wbGVSdW5Kb2JzLmphdmE6NjQyKQoJYXQg b3ZpcnRfZW5naW5lX2R3aC5zYW1wbGVydW5qb2JzXzRfMC5TYW1wbGVSdW5Kb2JzJDIucnVuKFNh bXBsZVJ1bkpvYnMuamF2YToyNjgzKQoyMDE2LTEwLTAxIDAyOjM5OjAxfFBwdmlRMHxEazNRUVN8 VjNURjBWfE9WSVJUX0VOR0lORV9EV0h8U2FtcGxlUnVuSm9ic3xEZWZhdWx0fDZ8SmF2YSBFeGNl cHRpb258dFJ1bkpvYl81fGphdmEubGFuZy5SdW50aW1lRXhjZXB0aW9uOkNoaWxkIGpvYiByCnVu bmluZyBmYWlsZWR8MQpFeGNlcHRpb24gaW4gY29tcG9uZW50IHRSdW5Kb2JfMQpqYXZhLmxhbmcu UnVudGltZUV4Y2VwdGlvbjogQ2hpbGQgam9iIHJ1bm5pbmcgZmFpbGVkCglhdCBvdmlydF9lbmdp bmVfZHdoLnNhbXBsZXRpbWVrZWVwaW5nam9iXzRfMC5TYW1wbGVUaW1lS2VlcGluZ0pvYi50UnVu Sm9iXzFQcm9jZXNzKFNhbXBsZVRpbWVLZWVwaW5nSm9iLmphdmE6NjA2NykKCWF0IG92aXJ0X2Vu Z2luZV9kd2guc2FtcGxldGltZWtlZXBpbmdqb2JfNF8wLlNhbXBsZVRpbWVLZWVwaW5nSm9iLnRK REJDSW5wdXRfMlByb2Nlc3MoU2FtcGxlVGltZUtlZXBpbmdKb2IuamF2YTo1ODA5KQoJYXQgb3Zp cnRfZW5naW5lX2R3aC5zYW1wbGV0aW1la2VlcGluZ2pvYl80XzAuU2FtcGxlVGltZUtlZXBpbmdK b2IudEpEQkNDb25uZWN0aW9uXzFQcm9jZXNzKFNhbXBsZVRpbWVLZWVwaW5nSm9iLmphdmE6NDQ0 NCkKCWF0IG92aXJ0X2VuZ2luZV9kd2guc2FtcGxldGltZWtlZXBpbmdqb2JfNF8wLlNhbXBsZVRp bWVLZWVwaW5nSm9iLnRKREJDQ29ubmVjdGlvbl8yUHJvY2VzcyhTYW1wbGVUaW1lS2VlcGluZ0pv Yi5qYXZhOjQzMTkpCglhdCBvdmlydF9lbmdpbmVfZHdoLnNhbXBsZXRpbWVrZWVwaW5nam9iXzRf MC5TYW1wbGVUaW1lS2VlcGluZ0pvYi50Um93R2VuZXJhdG9yXzJQcm9jZXNzKFNhbXBsZVRpbWVL ZWVwaW5nSm9iLmphdmE6NDE4OCkKCWF0IG92aXJ0X2VuZ2luZV9kd2guc2FtcGxldGltZWtlZXBp bmdqb2JfNF8wLlNhbXBsZVRpbWVLZWVwaW5nSm9iLnRKREJDSW5wdXRfM1Byb2Nlc3MoU2FtcGxl VGltZUtlZXBpbmdKb2IuamF2YTozNTkzKQoJYXQgb3ZpcnRfZW5naW5lX2R3aC5zYW1wbGV0aW1l a2VlcGluZ2pvYl80XzAuU2FtcGxlVGltZUtlZXBpbmdKb2IudEpEQkNJbnB1dF81UHJvY2VzcyhT YW1wbGVUaW1lS2VlcGluZ0pvYi5qYXZhOjI5NzcpCglhdCBvdmlydF9lbmdpbmVfZHdoLnNhbXBs ZXRpbWVrZWVwaW5nam9iXzRfMC5TYW1wbGVUaW1lS2VlcGluZ0pvYi50SkRCQ0lucHV0XzRQcm9j ZXNzKFNhbXBsZVRpbWVLZWVwaW5nSm9iLmphdmE6MjI5NSkKCWF0IG92aXJ0X2VuZ2luZV9kd2gu c2FtcGxldGltZWtlZXBpbmdqb2JfNF8wLlNhbXBsZVRpbWVLZWVwaW5nSm9iLnRKREJDQ29ubmVj dGlvbl8zUHJvY2VzcyhTYW1wbGVUaW1lS2VlcGluZ0pvYi5qYXZhOjE2NDkpCglhdCBvdmlydF9l bmdpbmVfZHdoLnNhbXBsZXRpbWVrZWVwaW5nam9iXzRfMC5TYW1wbGVUaW1lS2VlcGluZ0pvYiQy LnJ1bihTYW1wbGVUaW1lS2VlcGluZ0pvYi5qYXZhOjExMzYxKQo= ------=_Part_3758020_756145403.1475295841164--

3 3

hosted-engine and GlusterFS on Vlan help
by Hanson 05 Oct '16

05 Oct '16

Hi Guys, I've converted my lab from using 802.3ad with bonding>bridged vlans to one link with two vlan bridges and am now having traffic jumping to the gateway when moving VM's/ISO/etc. 802.3ad = node1>switch1>node2 801.1q = node1>switch1>gateway>switch1>node2 I assume I've setup the same vlan style, though this time I used the gui on the initial host install... setting up the vlans with their parent being eth0. Hosted-engine on deploy then creates ovirtmgmt on top of eth0.11 ... Switch is tagged for vlans 10 & 11. Including a PVID of 11 for good measure. (Gluster is vlan 11) I'd expect the traffic from node to node to be going from port to port like it did in 802.3ad, what have I done wrong or is it using the gui initially? This is how the current setup looks: /var/lib/vdsm/Persistent/netconf/nets/ovirtmgmt: { "ipv6autoconf": false, "nameservers": [], "nic": "eth0", "vlan": 11, "ipaddr": "10.0.3.11", "switch": "legacy", "mtu": 1500, "netmask": "255.255.255.0", "dhcpv6": false, "stp": false, "bridged": true, "gateway": "10.0.3.1", "defaultRoute": true } /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt: # Generated by VDSM version 4.18.13-1.el7.centos DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes IPADDR=10.0.3.11 NETMASK=255.255.255.0 GATEWAY=10.0.3.1 BOOTPROTO=none DEFROUTE=yes NM_CONTROLLED=no IPV6INIT=no VLAN_ID=11 MTU=1500 Thanks!!

2 2

4.0 - 2nd node fails on deploy
by Jason Jeffrey 05 Oct '16

05 Oct '16

This is a multipart message in MIME format. ------=_NextPart_000_07BF_01D21D07.1029FF10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I am trying to build a x3 HC cluster, with a self hosted engine using gluster. I have successful built the 1st node, however when I attempt to run hosted-engine -deploy on node 2, I get the following error [WARNING] A configuration file must be supplied to deploy Hosted Engine on an additional host. [ ERROR ] 'version' is not stored in the HE configuration image [ ERROR ] Unable to get the answer file from the shared storage [ ERROR ] Failed to execute stage 'Environment customization': Unable to get the answer file from the shared storage [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20161002232505.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed Looking at the failure in the log file.. 2016-10-02 23:25:05 WARNING otopi.plugins.gr_he_common.core.remote_answerfile remote_answerfile._customization:151 A configuration file must be supplied to deploy Hosted Engine on an additional host. 2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile remote_answerfile._fetch_answer_file:61 _fetch_answer_f ile 2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile remote_answerfile._fetch_answer_file:69 fetching from: /rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91b5-4f49-9c6b-fff 45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b/7 8cb2527-a2e2-489a-9fad-465a72221b37 2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile heconflib._dd_pipe_tar:69 executing: 'sudo -u vdsm dd i f=/rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91b5-4f49-9c6b-f ff45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b /78cb2527-a2e2-489a-9fad-465a72221b37 bs=4k' 2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile heconflib._dd_pipe_tar:70 executing: 'tar -tvf -' 2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile heconflib._dd_pipe_tar:88 stdout: 2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile heconflib._dd_pipe_tar:89 stderr: 2016-10-02 23:25:05 ERROR otopi.plugins.gr_he_common.core.remote_answerfile heconflib.validateConfImage:111 'version' is not stored in the HE configuration image 2016-10-02 23:25:05 ERROR otopi.plugins.gr_he_common.core.remote_answerfile remote_answerfile._fetch_answer_file:73 Unable to get t he answer file from the shared storage Looking at the detected gluster path - /rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91b5-4f49-9c6b-fff 45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b/ [root@dcasrv02 ~]# ls -al /rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91b5-4f49-9c6b-fff 45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b/ total 1049609 drwxr-xr-x. 2 vdsm kvm 4096 Oct 2 04:46 . drwxr-xr-x. 6 vdsm kvm 4096 Oct 2 04:46 .. -rw-rw----. 1 vdsm kvm 1073741824 Oct 2 04:46 78cb2527-a2e2-489a-9fad-465a72221b37 -rw-rw----. 1 vdsm kvm 1048576 Oct 2 04:46 78cb2527-a2e2-489a-9fad-465a72221b37.lease -rw-r--r--. 1 vdsm kvm 294 Oct 2 04:46 78cb2527-a2e2-489a-9fad-465a72221b37.meta 78cb2527-a2e2-489a-9fad-465a72221b37 is a 1 GB file, is this the engine VM ? Copying the answers file form primary (/etc/ovirt-hosted-engine/answers.conf ) to node 2 and rerunning produces the same error : ( (hosted-engine --deploy --config-append=/root/answers.conf ) Also tried on node 3, same issues Happy to provide logs and other debugs Thanks Jason ------=_NextPart_000_07BF_01D21D07.1029FF10 Content-Type: text/html; charset="us-ascii" 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=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-GB = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1>Hi,<o:p></o:p><o:p> </o:p>I am trying to build a x3 HC = cluster, with a self hosted engine using = gluster.<o:p></o:p><o:p> </o:p>I have successful built the 1st node,  = however when I attempt to run hosted-engine –deploy on node 2, I = get the following error<o:p></o:p><o:p> </o:p>[WARNING] A configuration file must be supplied to deploy = Hosted Engine on an additional host.<o:p></o:p>[ ERROR ] 'version' is not stored = in the HE configuration image<o:p></o:p>[ ERROR ] Unable to get the answer = file from the shared storage<o:p></o:p>[ ERROR ] Failed to execute stage = 'Environment customization': Unable to get the answer file from the = shared storage<o:p></o:p>[ INFO  ] Stage: Clean up<o:p></o:p>[ INFO  ] Generating answer = file = '/var/lib/ovirt-hosted-engine-setup/answers/answers-20161002232505.conf'<= o:p></o:p>[ = INFO  ] Stage: Pre-termination<o:p></o:p>[ INFO  ] Stage: = Termination<o:p></o:p>[ ERROR ] Hosted Engine deployment failed    = <o:p></o:p><o:p> </o:p>Looking at the failure in the log = file..<o:p></o:p><o:p> </o:p>2016-10-02 23:25:05 WARNING = otopi.plugins.gr_he_common.core.remote_answerfile = remote_answerfile._customization:151 A = configuration<o:p></o:p>file must be supplied to deploy Hosted Engine on an = additional host.<o:p></o:p>2016-10-02 23:25:05 DEBUG = otopi.plugins.gr_he_common.core.remote_answerfile = remote_answerfile._fetch_answer_file:61 = _fetch_answer_f<o:p></o:p>ile<o:p></o:p>2016-10-02 23:25:05 DEBUG = otopi.plugins.gr_he_common.core.remote_answerfile = remote_answerfile._fetch_answer_file:69 fetching = from:<o:p></o:p>/rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91= b5-4f49-9c6b-fff45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b/7<o= :p></o:p>8cb2527-a2e2-489a-9fad-465a72221b37<o:p></o:p>2016-10-02 23:25:05 DEBUG = otopi.plugins.gr_he_common.core.remote_answerfile = heconflib._dd_pipe_tar:69 executing: 'sudo -u vdsm dd = i<o:p></o:p>f=3D/rhev/data-center/mnt/glusterSD/dcastor02:engine/0a02156= 3-91b5-4f49-9c6b-fff45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b= <o:p></o:p>/78cb2527-a2e2-489a-9fad-465a72221b37 = bs=3D4k'<o:p></o:p>2016-10-02 23:25:05 DEBUG = otopi.plugins.gr_he_common.core.remote_answerfile = heconflib._dd_pipe_tar:70 executing: 'tar -tvf = -'<o:p></o:p>2016-10-02 23:25:05 DEBUG = otopi.plugins.gr_he_common.core.remote_answerfile = heconflib._dd_pipe_tar:88 stdout:<o:p></o:p>2016-10-02 23:25:05 DEBUG = otopi.plugins.gr_he_common.core.remote_answerfile = heconflib._dd_pipe_tar:89 stderr:<o:p></o:p>2016-10-02 23:25:05 ERROR = otopi.plugins.gr_he_common.core.remote_answerfile = heconflib.validateConfImage:111 'version' is not = stored<o:p></o:p> in = the HE configuration image<o:p></o:p>2016-10-02 23:25:05 ERROR = otopi.plugins.gr_he_common.core.remote_answerfile = remote_answerfile._fetch_answer_file:73 Unable to get = t<o:p></o:p>he answer = file from the shared storage<o:p></o:p><o:p> </o:p>Looking at the detected gluster = path - = /rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91b5-4f49-9c6b-= fff45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b/<o:p></o:p></spa= n><o:p> </o:p>[root@dcasrv02 ~]# ls -al = /rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91b5-4f49-9c6b-= fff45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b/<o:p></o:p></spa= n>total = 1049609<o:p></o:p>drwxr-xr-x. 2 vdsm kvm       = 4096 Oct  2 04:46 .<o:p></o:p>drwxr-xr-x. 6 vdsm kvm       = 4096 Oct  2 04:46 ..<o:p></o:p>-rw-rw----. 1 vdsm kvm 1073741824 = Oct  2 04:46 = 78cb2527-a2e2-489a-9fad-465a72221b37<o:p></o:p>-rw-rw----. 1 vdsm = kvm    1048576 Oct  2 04:46 = 78cb2527-a2e2-489a-9fad-465a72221b37.lease<o:p></o:p>-rw-r--r--. 1 vdsm = kvm        294 Oct  2 04:46 = 78cb2527-a2e2-489a-9fad-465a72221b37.meta  <o:p></o:p><o:p> </o:p>78cb2527-a2e2-489a-9fad-465a72221b37 is  a 1 GB file, = is this the engine VM ?<o:p></o:p><o:p> </o:p>Copying the answers file form primary = (/etc/ovirt-hosted-engine/answers.conf ) to  node 2 and rerunning = produces the same error : (<o:p></o:p>(hosted-engine --deploy  = --config-append=3D/root/answers.conf )<o:p></o:p><o:p> </o:p>Also tried on node 3, same issues = <o:p></o:p><o:p> </o:p>Happy to provide logs and other = debugs<o:p></o:p><o:p> </o:p>Thanks <o:p></o:p><o:p> </o:p>Jason <o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p></div></body></html> ------=_NextPart_000_07BF_01D21D07.1029FF10--

4 13

libvirt-v2v error
by Saman Bandara 05 Oct '16

05 Oct '16

Dear sir, I'm getting following error while trying to convert a VMWare RHEL6 server to kvm. Please give any suggestion to resolve this. [root@kvm16 ~]# virt-v2v ic esx://10.16.32.12/?no_verify=1 -o rhev -os 10.16.32.16:/vm-images/export_domain --network rhevm "10.16.32.36-db-slcloudcontrol" virt-v2v: Failed to connect to qemu:///system: libvirt error code: 45, message: authentication failed: Failed to step SASL negotiation: -7 (SASL(-7): invalid parameter supplied: Unexpectedly missing a prompt result) -- *Saman K. Bandara,** Database Administrator* *ShipXpres Technologies (Pvt) Ltd.* 2300 Marsh Point Road, Suite 101 || Neptune Beach, FL 32266 Phone: +94 71 8135485 <%2B94%20718135485> | +94 <%2B94%20777522730>76 6014001 *Company Website <http://www.shipxpress.com/>* || *LinkedIn <http://www.linkedin.com/company/shipxpress> *|| *Facebook <https://www.facebook.com/ShipXpressInc>* || *Twitter <https://twitter.com/ShipXpressInc>*

2 1

oVirt 3.6.4 / PXE guest boot issues
by Alan Griffiths 04 Oct '16

04 Oct '16

A explanation/work-around for this issue raised back in April. It seems that if, in UCS, you configure a vNIC with a single native VLAN it will still add an 802.1q header with tag 0 - possibly to do with QoS. And this extra header prevents iPXE from parsing the DHCP response. The solution for me was to present all VLANs on a single trunked vNIC to the blade and configure VLAN tagging as per normal. The result is the tags are stripped off the packets before being passed to the VM and DHCP now works. The same issue applies to VM-FEX as packets coming off the VF will have the 802.1q header. The only solution I can see here is to configure a bridged interface for initial build of the VM and then switch to VM-FEX afterwards. I found a discussion on the iPXE mailing list about addressing the vlan 0 issue, but I could see no agreed solution. http://lists.ipxe.org/pipermail/ipxe-devel/2016-April/004901.html Alan

1 0