- Users - oVirt List Archives

[oVirt 3.5.6] changing RAM of the hosted engine VM
by wodel youchi 10 Dec '15

10 Dec '15

Hi, I have an oVirt 3.5.6 platform using hosted-engine setup. I installed my engine's VM with 2Gb of memory at the beginning, now I want to add 2Gb I've modified /etc/ovirt-hosted-engine/vm.conf on my hypervisors the VM is booting with 4Gb of memory (free -m), but the GUI is still showing 2Gb I tried engine-setup but I get this error [ INFO ] Cleaning async tasks and compensations [ ERROR ] Failed to execute stage 'Setup validation': '36' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20151210124227-xrr3g5.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20151210124820-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Here is the tailf log 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV OVESETUP_WSP_RPMDISRO_PACKAGES_SETUP=str:'ovirt-engine-setup-plugin-websocket-proxy' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/keepAliveInterval=int:'30' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/yumDisabledPlugins=list:'[]' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/yumEnabledPlugins=list:'[]' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/yumExpireCache=bool:'True' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/yumRollback=bool:'True' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV PACKAGER/yumpackagerEnabled=bool:'True' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/clockMaxGap=int:'5' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/clockSet=bool:'False' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/commandPath=str:'/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/reboot=bool:'False' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/rebootAllow=bool:'True' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:500 ENV SYSTEM/rebootDeferTime=int:'10' 2015-12-10 12:48:20 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:144 condition False 2015-12-10 12:48:20 INFO otopi.context context.runSequence:417 Stage: Termination 2015-12-10 12:48:20 DEBUG otopi.context context.runSequence:421 STAGE terminate 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage terminate METHOD otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._terminate 2015-12-10 12:48:20 ERROR otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:151 Execution of setup failed 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage terminate METHOD otopi.plugins.otopi.dialog.human.Plugin._terminate 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:144 condition False 2015-12-10 12:48:20 DEBUG otopi.context context._executeMethod:138 Stage terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate - What is the correct way to modify the engine's VM memory Thanks in advance.

2 4

LocalOnHost Multipath Blacklist Fails
by Duckworth, Douglas C 10 Dec '15

10 Dec '15

--_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello=0A= =0A= I have a Host with LocalOnHost storage only.=0A= =0A= Trying to blacklist the local disks from multipath:=0A= =0A= PV VG Fmt Attr PSize PFree=0A= /dev/sda1 HostVG lvm2 a-- 8.18t 0=0A= /dev/sdb4 HostVG lvm2 a-- 1.64t 24.00m=0A= =0A= As you can see we need to blacklist these devices:=0A= =0A= 36b8ca3a0ea18e4001a95ba4832bcb7ea=0A= 36b8ca3a0ea18e4001a95b9f82df5609b=0A= =0A= scsi-36b8ca3a0ea18e4001a95b9f82df5609b -> ../../sda=0A= scsi-36b8ca3a0ea18e4001a95b9f82df5609b-part1 -> ../../sda1=0A= scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea -> ../../sdb=0A= scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part1 -> ../../sdb1=0A= scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part2 -> ../../sdb2=0A= scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part3 -> ../../sdb3=0A= scsi-36b8ca3a0ea18e4001a95ba4832bcb7ea-part4 -> ../../sdb4=0A= =0A= After making blacklist changes, you can see in "syslog_errors,"=0A= multipathd does not like my blacklist syntax.=0A= =0A= Do you see errors in the multipath.conf file?=0A= =0A= Thanks=0A= Doug=0A= =0A= -- =0A= Thanks=0A= =0A= Douglas Charles Duckworth=0A= Unix Administrator=0A= Tulane University=0A= Technology Services=0A= 1555 Poydras Ave=0A= NOLA -- 70112=0A= =0A= E: duckd(a)tulane.edu=0A= O: 504-988-9341=0A= F: 504-988-8505=0A= --_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_ Content-Type: text/plain; name="multipath.conf" Content-Description: multipath.conf Content-Disposition: attachment; filename="multipath.conf"; size=1444; creation-date="Thu, 10 Dec 2015 16:18:36 GMT"; modification-date="Thu, 10 Dec 2015 16:18:36 GMT" Content-Transfer-Encoding: base64 IyBSSEVWIFJFVklTSU9OIDEuMQoKZGVmYXVsdHMgewogICAgcG9sbGluZ19pbnRlcnZhbCAgICAg ICAgNQogICAgZ2V0dWlkX2NhbGxvdXQgICAgICAgICAgIi9zYmluL3Njc2lfaWQgLS13aGl0ZWxp c3RlZCAtLXJlcGxhY2Utd2hpdGVzcGFjZSAtLWRldmljZT0vZGV2LyVuIgogICAgbm9fcGF0aF9y ZXRyeSAgICAgICAgICAgZmFpbAogICAgdXNlcl9mcmllbmRseV9uYW1lcyAgICAgbm8KICAgIGZs dXNoX29uX2xhc3RfZGVsICAgICAgIHllcwogICAgZmFzdF9pb19mYWlsX3RtbyAgICAgICAgNQog ICAgZGV2X2xvc3NfdG1vICAgICAgICAgICAgMzAKICAgIG1heF9mZHMgICAgICAgICAgICAgICAg IDQwOTYKfQoKZGV2aWNlcyB7CmRldmljZSB7CiAgICB2ZW5kb3IgICAgICAgICAgICAgICAgICAi SElUQUNISSIKICAgIHByb2R1Y3QgICAgICAgICAgICAgICAgICJERi4qIgogICAgZ2V0dWlkX2Nh bGxvdXQgICAgICAgICAgIi9zYmluL3Njc2lfaWQgLS13aGl0ZWxpc3RlZCAtLXJlcGxhY2Utd2hp dGVzcGFjZSAtLWRldmljZT0vZGV2LyVuIgp9CmRldmljZSB7CiAgICB2ZW5kb3IgICAgICAgICAg ICAgICAgICAiQ09NUEVMTlQiCiAgICBwcm9kdWN0ICAgICAgICAgICAgICAgICAiQ29tcGVsbGVu dCBWb2wiCiAgICBub19wYXRoX3JldHJ5ICAgICAgICAgICBmYWlsCn0KCmJsYWNrbGlzdCB7CiAg ICAgICAgZGV2bm9kZSAiXihyYW18cmF3fGxvb3B8ZmR8bWR8ZG0tfHNyfHNjZHxzdClbMC05XSIK ICAgICAgICBkZXZub2RlICJeaGRbYS16XVtbMC05XV0iCiAgICAgICAgZGV2bm9kZSAiXmNjaXNz IWNbMC05XWRbMC05XSIKICAgICAgICBkZXZub2RlICJec2RhWzAtOV0iCiAgICAgICAgZGV2bm9k ZSAiXnNkYlswLTldIgp9CmRldmljZSB7CiAgICAjIG11bHRpcGF0aC5jb25mLmRlZmF1bHQKICAg IHZlbmRvciAgICAgICAgICAgICAgICAgICJER0MiCiAgICBwcm9kdWN0ICAgICAgICAgICAgICAg ICAiLioiCiAgICBwcm9kdWN0X2JsYWNrbGlzdCAgICAgICAiTFVOWiIKICAgIHBhdGhfZ3JvdXBp bmdfcG9saWN5ICAgICJncm91cF9ieV9wcmlvIgogICAgcGF0aF9jaGVja2VyICAgICAgICAgICAg ImVtY19jbGFyaWlvbiIKICAgIGhhcmR3YXJlX2hhbmRsZXIgICAgICAgICIxIGVtYyIKICAgIHBy aW8gICAgICAgICAgICAgICAgICAgICJlbWMiCiAgICBmYWlsYmFjayAgICAgICAgICAgICAgICBp bW1lZGlhdGUKICAgIHJyX3dlaWdodCAgICAgICAgICAgICAgICJ1bmlmb3JtIgogICAgIyB2ZHNt IHJlcXVpcmVkIGNvbmZpZ3VyYXRpb24KICAgIGdldHVpZF9jYWxsb3V0ICAgICAgICAgICIvc2Jp bi9zY3NpX2lkIC0td2hpdGVsaXN0ZWQgLS1yZXBsYWNlLXdoaXRlc3BhY2UgLS1kZXZpY2U9L2Rl di8lbiIKICAgIGZlYXR1cmVzICAgICAgICAgICAgICAgICIwIgogICAgbm9fcGF0aF9yZXRyeSAg ICAgICAgICAgZmFpbAp9Cn0KCg== --_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_ Content-Type: text/plain; name="dmsetup" Content-Description: dmsetup Content-Disposition: attachment; filename="dmsetup"; size=1309; creation-date="Thu, 10 Dec 2015 16:18:36 GMT"; modification-date="Thu, 10 Dec 2015 16:18:36 GMT" Content-Transfer-Encoding: base64 W3Jvb3RAdHVsaHYycDAxIH5dIyBkbXNldHVwIGluZm8KTmFtZTogICAgICAgICAgICAgIEhvc3RW Ry1Mb2dnaW5nClN0YXRlOiAgICAgICAgICAgICBBQ1RJVkUKUmVhZCBBaGVhZDogICAgICAgIDEw MjQKVGFibGVzIHByZXNlbnQ6ICAgIExJVkUKT3BlbiBjb3VudDogICAgICAgIDEKRXZlbnQgbnVt YmVyOiAgICAgIDAKTWFqb3IsIG1pbm9yOiAgICAgIDI1MywgMwpOdW1iZXIgb2YgdGFyZ2V0czog MQpVVUlEOiBMVk0tbkRoT1k5eERFY1NxbUFzTWg2OXllMjVLYmU1cW1BV0EweW9QUXVXVlNLZlRZ azYwYTU1bGozNkw5dUtoRDRKdAoKTmFtZTogICAgICAgICAgICAgIEhvc3RWRy1Td2FwClN0YXRl OiAgICAgICAgICAgICBBQ1RJVkUKUmVhZCBBaGVhZDogICAgICAgIDEwMjQKVGFibGVzIHByZXNl bnQ6ICAgIExJVkUKT3BlbiBjb3VudDogICAgICAgIDEKRXZlbnQgbnVtYmVyOiAgICAgIDAKTWFq b3IsIG1pbm9yOiAgICAgIDI1MywgMQpOdW1iZXIgb2YgdGFyZ2V0czogMQpVVUlEOiBMVk0tbkRo T1k5eERFY1NxbUFzTWg2OXllMjVLYmU1cW1BV0E0RVlvRFI0cWljMEsxdHlmeUs5c1JoRHRJZGJv MUh2MQoKTmFtZTogICAgICAgICAgICAgIEhvc3RWRy1EYXRhClN0YXRlOiAgICAgICAgICAgICBB Q1RJVkUKUmVhZCBBaGVhZDogICAgICAgIDEwMjQKVGFibGVzIHByZXNlbnQ6ICAgIExJVkUKT3Bl biBjb3VudDogICAgICAgIDEKRXZlbnQgbnVtYmVyOiAgICAgIDAKTWFqb3IsIG1pbm9yOiAgICAg IDI1MywgNApOdW1iZXIgb2YgdGFyZ2V0czogMgpVVUlEOiBMVk0tbkRoT1k5eERFY1NxbUFzTWg2 OXllMjVLYmU1cW1BV0FpdVpIMXhKZmhrbHpQQm1lQUJTbklBcDB5MEZXS1ZiUQoKTmFtZTogICAg ICAgICAgICAgIEhvc3RWRy1Db25maWcKU3RhdGU6ICAgICAgICAgICAgIEFDVElWRQpSZWFkIEFo ZWFkOiAgICAgICAgMTAyNApUYWJsZXMgcHJlc2VudDogICAgTElWRQpPcGVuIGNvdW50OiAgICAg ICAgMQpFdmVudCBudW1iZXI6ICAgICAgMApNYWpvciwgbWlub3I6ICAgICAgMjUzLCAyCk51bWJl ciBvZiB0YXJnZXRzOiAxClVVSUQ6IExWTS1uRGhPWTl4REVjU3FtQXNNaDY5eWUyNUtiZTVxbUFX QWZrT3hJVDdXbDA2RUJ6ZDQ1eE5RTkZhQW5TUVQyc2RkCgpOYW1lOiAgICAgICAgICAgICAgbGl2 ZS1ydwpTdGF0ZTogICAgICAgICAgICAgQUNUSVZFClJlYWQgQWhlYWQ6ICAgICAgICAxMDI0ClRh YmxlcyBwcmVzZW50OiAgICBMSVZFCk9wZW4gY291bnQ6ICAgICAgICAxCkV2ZW50IG51bWJlcjog ICAgICAwCk1ham9yLCBtaW5vcjogICAgICAyNTMsIDAKTnVtYmVyIG9mIHRhcmdldHM6IDEKCg== --_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_ Content-Type: text/plain; name="syslog_errors" Content-Description: syslog_errors Content-Disposition: attachment; filename="syslog_errors"; size=3646; creation-date="Thu, 10 Dec 2015 16:18:37 GMT"; modification-date="Thu, 10 Dec 2015 16:18:37 GMT" Content-Transfer-Encoding: base64 RGVjIDEwIDE2OjA1OjM2IHR1bGh2MnAwMSByb290OiBSRVNUQVJUSU5HIE1VTFRJUEFUSApEZWMg MTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IGZvcmNlIHF1ZXVlX3dpdGhvdXRfZGFl bW9uIChvcGVyYXRvcikKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiAtLS0t LS0tLXNodXQgZG93bi0tLS0tLS0KRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBrZXJuZWw6IGRl dmljZS1tYXBwZXI6IHRhYmxlOiAyNTM6NTogbXVsdGlwYXRoOiBlcnJvciBnZXR0aW5nIGRldmlj ZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIGtlcm5lbDogZGV2aWNlLW1hcHBlcjogaW9jdGw6 IGVycm9yIGFkZGluZyB0YXJnZXQgdG8gdGFibGUKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBt dWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDI2LCBpbnZhbGlkIGtleXdvcmQ6IGJsYWNr bGlzdApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25m IGxpbmUgMjcsIGludmFsaWQga2V5d29yZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYy cDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMjgsIGludmFsaWQga2V5d29yZDog ZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5j b25mIGxpbmUgMjksIGludmFsaWQga2V5d29yZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVs aHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMzAsIGludmFsaWQga2V5d29y ZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0 aC5jb25mIGxpbmUgMzEsIGludmFsaWQga2V5d29yZDogZGV2bm9kZQpEZWMgMTAgMTY6MDU6Mzkg dHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMzMsIGludmFsaWQga2V5 d29yZDogZGV2aWNlCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDogbXVsdGlw YXRoLmNvbmYgbGluZSAzNSwgaW52YWxpZCBrZXl3b3JkOiB2ZW5kb3IKRGVjIDEwIDE2OjA1OjM5 IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDM2LCBpbnZhbGlkIGtl eXdvcmQ6IHByb2R1Y3QKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0 aXBhdGguY29uZiBsaW5lIDM3LCBpbnZhbGlkIGtleXdvcmQ6IHByb2R1Y3RfYmxhY2tsaXN0CkRl YyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGluZSAz OCwgaW52YWxpZCBrZXl3b3JkOiBwYXRoX2dyb3VwaW5nX3BvbGljeQpEZWMgMTAgMTY6MDU6Mzkg dHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxpbmUgMzksIGludmFsaWQga2V5 d29yZDogcGF0aF9jaGVja2VyCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDog bXVsdGlwYXRoLmNvbmYgbGluZSA0MCwgaW52YWxpZCBrZXl3b3JkOiBoYXJkd2FyZV9oYW5kbGVy CkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVsdGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGlu ZSA0MSwgaW52YWxpZCBrZXl3b3JkOiBwcmlvCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgbXVs dGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGluZSA0MiwgaW52YWxpZCBrZXl3b3JkOiBmYWlsYmFj awpEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRpcGF0aC5jb25mIGxp bmUgNDMsIGludmFsaWQga2V5d29yZDogcnJfd2VpZ2h0CkRlYyAxMCAxNjowNTozOSB0dWxodjJw MDEgbXVsdGlwYXRoZDogbXVsdGlwYXRoLmNvbmYgbGluZSA0NSwgaW52YWxpZCBrZXl3b3JkOiBn ZXR1aWRfY2FsbG91dApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6IG11bHRp cGF0aC5jb25mIGxpbmUgNDYsIGludmFsaWQga2V5d29yZDogZmVhdHVyZXMKRGVjIDEwIDE2OjA1 OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDQ3LCBpbnZhbGlk IGtleXdvcmQ6IG5vX3BhdGhfcmV0cnkKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBh dGhkOiB1bm1hdGNoZWQgJ30nIGF0IGxpbmUgNDggb2YgY29uZmlnIGZpbGUKRGVjIDEwIDE2OjA1 OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDQ4LCBpbnZhbGlk IGtleXdvcmQ6IH0KRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiB1bm1hdGNo ZWQgJ30nIGF0IGxpbmUgNDkgb2YgY29uZmlnIGZpbGUKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAw MSBtdWx0aXBhdGhkOiBtdWx0aXBhdGguY29uZiBsaW5lIDQ5LCBpbnZhbGlkIGtleXdvcmQ6IH0K RGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSBtdWx0aXBhdGhkOiAzNmI4Y2EzYTBlYTE4ZTQwMDFh OTViOWY4MmRmNTYwOWI6IGlnbm9yaW5nIG1hcApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIGtl cm5lbDogZGV2aWNlLW1hcHBlcjogdGFibGU6IDI1Mzo1OiBtdWx0aXBhdGg6IGVycm9yIGdldHRp bmcgZGV2aWNlCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEga2VybmVsOiBkZXZpY2UtbWFwcGVy OiBpb2N0bDogZXJyb3IgYWRkaW5nIHRhcmdldCB0byB0YWJsZQpEZWMgMTAgMTY6MDU6MzkgdHVs aHYycDAxIG11bHRpcGF0aGQ6IDM2YjhjYTNhMGVhMThlNDAwMWE5NWJhNDgzMmJjYjdlYTogaWdu b3JpbmcgbWFwCkRlYyAxMCAxNjowNTozOSB0dWxodjJwMDEgdWRldmQtd29ya1s3NzIxXTogcmVz c2l6ZSAxMDI0IHRvbyBzaG9ydApEZWMgMTAgMTY6MDU6MzkgdHVsaHYycDAxIG11bHRpcGF0aGQ6 IHBhdGggY2hlY2tlcnMgc3RhcnQgdXAKRGVjIDEwIDE2OjA1OjM5IHR1bGh2MnAwMSB1ZGV2ZC13 b3JrWzc3MTZdOiByZXNzaXplIDEwMjQgdG9vIHNob3J0CkRlYyAxMCAxNjoxMDowMCB0dWxodjJw MDEgcnBjLnN0YXRkWzM4Nzc1XTogVmVyc2lvbiAxLjIuMyBzdGFydGluZwpEZWMgMTAgMTY6MTA6 MDAgdHVsaHYycDAxIHJwYy5zdGF0ZFszODc3NV06IEZsYWdzOiBUSS1SUEMgCkRlYyAxMCAxNjox MDowMCB0dWxodjJwMDEgcnBjLnN0YXRkWzM4Nzc1XTogZmFpbGVkIHRvIGNyZWF0ZSBSUEMgbGlz dGVuZXJzLCBleGl0aW5nCkRlYyAxMCAxNjoxMDowMiB0dWxodjJwMDEga2VybmVsOiBkZXZpY2Ut bWFwcGVyOiB0YWJsZTogMjUzOjU6IG11bHRpcGF0aDogZXJyb3IgZ2V0dGluZyBkZXZpY2UKRGVj IDEwIDE2OjEwOjAyIHR1bGh2MnAwMSBrZXJuZWw6IGRldmljZS1tYXBwZXI6IGlvY3RsOiBlcnJv ciBhZGRpbmcgdGFyZ2V0IHRvIHRhYmxlCkRlYyAxMCAxNjoxMDowMiB0dWxodjJwMDEga2VybmVs OiBkZXZpY2UtbWFwcGVyOiB0YWJsZTogMjUzOjU6IG11bHRpcGF0aDogZXJyb3IgZ2V0dGluZyBk ZXZpY2UKRGVjIDEwIDE2OjEwOjAyIHR1bGh2MnAwMSBrZXJuZWw6IGRldmljZS1tYXBwZXI6IGlv Y3RsOiBlcnJvciBhZGRpbmcgdGFyZ2V0IHRvIHRhYmxlCkRlYyAxMCAxNjoxMDowMiB0dWxodjJw MDEgdWRldmQtd29ya1s3NzIxXTogcmVzc2l6ZSAxMDI0IHRvbyBzaG9ydApEZWMgMTAgMTY6MTA6 MDIgdHVsaHYycDAxIHVkZXZkLXdvcmtbNzcxNl06IHJlc3NpemUgMTAyNCB0b28gc2hvcnQKCg== --_004_BN3PR0301MB123570F47263A543CDACFF2EDAE90BN3PR0301MB1235_--

1 1

hot plug memory in el7
by Nathanaël Blanchet 10 Dec '15

10 Dec '15

Hi all, I may miss something but according to http://www.ovirt.org/Features/Hot_Plug_Memory, ovirt 3.6 was supposed to support the hot plug memory feature. Nothing happens in reality when increasing memory on a running vm with centos7. I found this : http://lists.ovirt.orgpipermail/kimchi-devel/2015-June/010714.html, and it seems that el7.1 can't support the feature because of its libvirt version (1.2.8) while the required one is 1.2.14. I didn't test, but I guess F22 supports it. Is there any chance that el7.2 would support it with a backported libvirtd? Or will a dedicated libvirt rhev package be released so as the downstream to support it (like qemu-kvm for live snapshot some time ago)? Documentation and limitation of the libvirt version for hot plug memory are difficult to find in the ovirt wiki and more generally on the web. Maybe the feature has been postponed to a 3.6.z release? Thank you for your help

5 21

Migration failed
by Massimo Mad 10 Dec '15

10 Dec '15

Hi Michal, This is my configuration end the error: 1 start to migrate the vm from cluster in centos 6.x to cluster un centos bare-metal 7.x Migration started (VM: Spacewalk, Source: ovirtxx3, Destination: ovirtxx5, User: admin@internal). 2 first error: Migration failed due to Error: Fatal error during migration. Trying to migrate to another Host (VM: Spacewalkp, Source: ovirtxx03, Destination: ovirtxx05). 3 Second error: Migration failed, No available host found (VM: Spacewalk, Source: ovirtxx3). Regards Massimo

2 1

engine-setup failed because of postgres 9.4
by Fabrice Bacchella 10 Dec '15

10 Dec '15

--Apple-Mail=_ED6F23F2-EAD4-4794-9104-AE8484B6590A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I'm on a RHEL 7, trying to install a ovirt 3.6.0.3. The database used is on a remote server, using a postgres 9.4. The backup of the previous database fails with : 2015-12-10 12:04:13 DEBUG = otopi.**FILTERED**_engine_setup.engine_common.database = database.backup:661 db backup res {'result': [{'stderr': 'pg_dump: = server version: 9.4.5; pg_dump version: 9.2.14\npg_dump: aborting = because of server version mismatch\n', 'rc': 1}], 'stdout': ''} But the good pg_dump is in the path: ~# type pg_dump pg_dump is /usr/pgsql-9.4/bin/pg_dump Although in the log file: 2015-12-10 12:40:19 DEBUG otopi.context context.dumpEnvironment:510 ENV = COMMAND/pg_dump=3Dstr:'/bin/pg_dump' Why ? How can I enforce the use of the latest pg_dump without rewrinting = the '/bin/pg_dump' which is owned by the official postgres package ? --Apple-Mail=_ED6F23F2-EAD4-4794-9104-AE8484B6590A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">I'm on a RHEL 7, trying to install a ovirt 3.6.0.3.<div = class=3D""><br class=3D""></div><div class=3D"">The database used is on = a remote server, using a postgres 9.4.</div><div class=3D""><br = class=3D""></div><div class=3D"">The backup of the previous database = fails with :</div><div class=3D""><div style=3D"margin: 0px; font-size: = 11px; font-family: Menlo;" class=3D"">2015-12-10 12:04:13 DEBUG = otopi.**FILTERED**_engine_setup.engine_common.database = database.backup:661 db backup res {'result': [{'stderr': 'pg_dump: = server version: 9.4.5; pg_dump version: 9.2.14\npg_dump: aborting = because of server version mismatch\n', 'rc': 1}], 'stdout': = ''}</div></div><div class=3D""><br class=3D""></div><div class=3D"">But = the good pg_dump is in the path:</div><div class=3D""><br = class=3D""></div><div class=3D""><div style=3D"margin: 0px; font-size: = 11px; font-family: Menlo;" class=3D"">~# type pg_dump</div><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" = class=3D"">pg_dump is /usr/pgsql-9.4/bin/pg_dump</div></div><div = class=3D""><br class=3D""></div><div class=3D"">Although in the log = file:</div><div class=3D""><br class=3D""></div><div class=3D""><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" = class=3D"">2015-12-10 12:40:19 DEBUG otopi.context = context.dumpEnvironment:510 ENV COMMAND/<span = style=3D"font-variant-ligatures: no-common-ligatures; color: #ffffff; = background-color: #000000" class=3D"">pg_dump</span>=3Dstr:'/bin/<span = style=3D"font-variant-ligatures: no-common-ligatures; color: #ffffff; = background-color: #000000" class=3D"">pg_dump</span>'</div></div><div = class=3D""><br class=3D""></div><div class=3D"">Why ? How can I enforce = the use of the latest pg_dump without rewrinting the <span = style=3D"font-family: Menlo; font-size: 11px;" = class=3D"">'/bin/</span><span style=3D"font-family: Menlo; font-size: = 11px; color: rgb(255, 255, 255); background-color: rgb(0, 0, 0);" = class=3D"">pg_dump</span><span style=3D"font-family: Menlo; font-size: = 11px;" class=3D"">'</span> which is owned by the official postgres = package ?</div><div class=3D""><br class=3D""></div></body></html>= --Apple-Mail=_ED6F23F2-EAD4-4794-9104-AE8484B6590A--

2 2

Auto Provisioning using Ovirt API's or scripts
by Virat, Thakur 10 Dec '15

10 Dec '15

--_000_HK2PR06MB1169590BA4F7A2A2981685DDFEE80HK2PR06MB1169apcp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Ovirt, I have configured Ovirt in my environment in such a = manner by installing Ovirt Engine 3.4 on one physical server & ovirt node = on other physical server and have created template & provisioned VM's. I need to Know what API's or script is needed to auto provision or schedule= VM's to users and the users will be using Spice Protocol at their end to a= ccess Vm's. Is there any solution for this. Please need help on this. Thanks & Regards Virat Thakur India-Asia Pacific Contact:- +91-9724274349 --_000_HK2PR06MB1169590BA4F7A2A2981685DDFEE80HK2PR06MB1169apcp_ 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-micr= osoft-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=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-IN" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Dear Ovirt,<o:p></o:p></p> <p class=3D"MsoNormal">        &nbs= p;            &= nbsp; I have configured Ovirt in my environment in such a manner by install= ing  Ovirt Engine 3.4 on one physical server & ovirt node on other= physical server and have created template & provisioned VM’s.<o:= p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I need to Know what API’s or script is needed = to auto provision or schedule VM’s to users and the users will be usi= ng Spice Protocol at their end to access Vm’s. Is there any solution = for this. Please need help on this.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-IN">Thanks &a= mp; Regards<o:p></o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"mso-fareast-language:EN-IN"> =      Virat Thakur<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><b><span style=3D"mso-fareast-language:EN-IN"> =  India-Asia Pacific<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><b><span style=3D"mso-fareast-language:EN-IN">Contac= t:-  +91-9724274349<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_HK2PR06MB1169590BA4F7A2A2981685DDFEE80HK2PR06MB1169apcp_--

3 4

Re: [ovirt-users] Server dont work after Host setting
by Yedidyah Bar David 10 Dec '15

10 Dec '15

On Mon, Dec 7, 2015 at 2:59 PM, Taste-Of-IT <kontakt(a)taste-of-it.de> wrote: > Am 2015-12-07 13:41, schrieb Yedidyah Bar David: >> >> On Mon, Dec 7, 2015 at 1:54 PM, Taste-Of-IT <kontakt(a)taste-of-it.de> >> wrote: >>> >>> Am 2015-12-07 11:17, schrieb Yedidyah Bar David: >>>> >>>> >>>> On Mon, Dec 7, 2015 at 11:34 AM, Taste-Of-IT <kontakt(a)taste-of-it.de> >>>> wrote: >>>>> >>>>> >>>>> Am 2015-12-07 10:21, schrieb Yedidyah Bar David: >>>>>> >>>>>> >>>>>> >>>>>> On Mon, Dec 7, 2015 at 11:05 AM, Taste-Of-IT <kontakt(a)taste-of-it.de> >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> Am 2015-12-07 08:06, schrieb Yedidyah Bar David: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Dec 7, 2015 at 12:38 AM, Taste-Of-IT >>>>>>>> <kontakt(a)taste-of-it.de> >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Hello, >>>>>>>>> i am new with ovirt and i installed ovirt engine 3.6 on centos 7. >>>>>>>>> After >>>>>>>>> first login i create the host with fqdn of ovirt server but without >>>>>>>>> powersavesettings. Firt i saw installing as status for host, but >>>>>>>>> after >>>>>>>>> a >>>>>>>>> while nothing happend, I reboot the server. In engine.log i see >>>>>>>>> "VMs >>>>>>>>> initialization finished for Host", but i cant open the webgui. What >>>>>>>>> can >>>>>>>>> i >>>>>>>>> do? Where can i look to find the error and what have i done wrong? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> If host-deploy managed to finish, you can see its log in [1]. >>>>>>>> Otherwise >>>>>>>> please try to (re)install the host. >>>>>>>> >>>>>>>> [1] /var/log/ovirt-engine/host-deploy/ >>>>>>>> >>>>>>>> Best, >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Hi Didi, >>>>>>> ok i will have a closer look into the log. Actuall the WebGUI doesnt >>>>>>> load, >>>>>>> services are up and running. How can i reinstall the host? Via cli? >>>>>>> Or >>>>>>> do >>>>>>> you mean the hostsystem with installed ovirt engine? thx >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Not sure I follow. >>>>>> >>>>>> The engine runs on some machine, let's call it "the engine machine". >>>>>> If it's a self-hosted-engine, it's running inside a VM managed by >>>>>> itself. >>>>>> Otherwise it's running elsewhere (on some physical machine, or some >>>>>> other >>>>>> VM). >>>>>> >>>>>> A "Host", in ovirt terminology, is where VMs run. >>>>>> >>>>>> Now please describe what you did, what you now try to do that doesn't >>>>>> work, and what you can find in logs that might be related. >>>>>> >>>>>> If you can't access the web admin ui, that's a completely different >>>>>> problem than if you can't add a host to the engine. >>>>>> >>>>>> Best, >>>>> >>>>> >>>>> >>>>> >>>>> Hi Didi, >>>>> as far i understand there are to ways to setup ovirt. One as >>>>> self-hosted >>>>> enginge for ha and with ovirt host in vm on storage >>>> >>>> >>>> >>>> That's called "self-hosted-engine" >>>> >>>>> and hosted engine where >>>>> all runs on the same host. >>>> >>>> >>>> >>>> This is called all-in-one [1]. >>>> >>>> [1] http://www.ovirt.org/Feature/AllInOne >>>> >>>>> So i setup hosted engine on same machine and in >>>>> installation process i setup iso_domain via nfs too. i have done >>>>> nothing >>>>> more yet. so as i can see and read from the manual i now have to setup >>>>> the >>>>> host, >>>> >>>> >>>> >>>> No. You are not supposed to setup the host from the web interface. >>>> I didn't try that recently, but in the past there were issues similar >>>> to what you wrote below. Please follow the instructions in that page. >>>> Also please note that in 4.0, allinone will be dropped. Systems that >>>> wish to have everything on a single host will need to use hosted-engine. >>>> Also note that people reported locking issues with local nfs mounts, so >>>> it seems like the safest bet for now is to use nested kvm - run a VM to >>>> play the "Host" role, and another VM as an nfs server (or iscsi), and >>>> then either a third VM for the engine, or hosted-engine (meaning, engine >>>> runs inside a VM running inside the first VM). >>>> >>>>> than network and than data domain and so on. now i setup the host and >>>>> say new, put a name inside and the fqdn of the initial host of host >>>>> engine >>>>> like myserver.com. after that i saw the progress which says >>>>> "installing.." i >>>>> wait several minutes and after that i got network time out and cant >>>>> enter >>>>> the webgui. hope that helps >>>> >>>> >>>> >>>> Good luck, >>> >>> >>> >>> Hi, >>> that sounds not good. As i understand the only way with ovirt from >>> Version 4 >>> will self-hosted-engine and i have to setup all in nested-vms if i want >>> or >>> only can use one machine, right? >> >> >> Not sure I completely followed. >> >> allinone will not be supported in 4. >> >> hosted-engine will be the only way to install an entire ovirt system on >> a single machine, _supported_ by ovirt. And as I said, even this one will >> require an external storage machine. >> >> Of course you can use virsh/kvm or whatever other means for creating VMs >> and use them to setup ovirt. >> >>> >>> Ok i will have to reinstall my testsystem. Is that the way todo: >>> http://www.ovirt.org/Features/Self_Hosted_Engine? >> >> >> Yes, but you can use the howto [1], which is perhaps more comfortable. >> >> [1] http://www.ovirt.org/Hosted_Engine_Howto >> >>> So i have to install ovirt >>> on centos7, than create a kvm with centos for the engine than for the >>> host >>> and last a kvm for the nfs and data domain with centos, or better to use >>> iscsi du to performance? after that i can install the first virtuall >>> machine,right? >> >> >> Depends on what you want to do. >> >> BTW, I didn't mention glusterfs, mainly because I do not know it well, >> but that's also something to consider. >> >>> sounds strange and complicated... >> >> >> ovirt is not designed to manage a single machine. For a single machine, >> simpler libvirt frontends are easier to use. If you install it just to >> learn/test, that's how it goes. > > Hi, > ok i have to lunge. i have to migrate from proxmox to another vm-system and > thing ovirt is just fine while open source.. so i asked in the irc for my > situation and if ovirt does fit. i have only one server which should run a > few kvm vm guests (debian, centos, ubuntu...) and also for webservices. in > the irc they point me to the all-in-solution, i think at that time they > didnt know that it will not further supporter from version 4 onto.. for my > situation 2 server are to much but i will later add more server with ha > usability. (Re-adding the list, adding Sandro) The plan for hyper-convergence is to require at least 3 hosts, so that you have a replica-3 cluster storage. Perhaps we should reconsider allowing local storage with hosted-engine. This will prevent HA, but will fit into the place of current allinone usage. The next stage will be that users will ask to migrate this local storage to shared one (or even gluster :-) ). For a 2-cluster HA setup we do not have, or plan to have AFAIK, any official support, but you can have a look at DRBD [1]. [1] http://www.ovirt.org/Features/DRBD Best, -- Didi

3 3

Importing a Windows Guest in oVirt
by David Lo Bascio 10 Dec '15

10 Dec '15

This is a multi-part message in MIME format. --------------090807030805030403030506 Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hi everyone, I migrated several Linux guest this way: /virt-v2v -ic qemu+ssh://root@<host>/system -o rhev -os <host>:<path> --network <network> <guest>/ Now, I have some Windows guest running on KVM managed by libvirt and I would like to import them in oVirt through virt-v2v in a similar way. Can you help me? Thanks a lot! David --------------090807030805030403030506 Content-Type: text/html; charset=iso-8859-15 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=iso-8859-15"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi everyone,<br> <br> I migrated several Linux guest this way:<br> <i>virt-v2v -ic qemu+ssh://root@<host>/system -o rhev -os <host>:<path> --network <network> <guest></i><br> <br> Now, I have some Windows guest running on KVM managed by libvirt and I would like to import them in oVirt through virt-v2v in a similar way. <br> Can you help me?<br> <br> Thanks a lot!<br> David<br> <br> <br> <br> </body> </html> --------------090807030805030403030506--

3 2

[ANN] oVirt 3.6.1 Third Release Candidate is now available for testing
by Sandro Bonazzola 10 Dec '15

10 Dec '15

The oVirt Project is pleased to announce the availability of the Third Release Candidate of oVirt 3.6.1 for testing, as of December 10th, 2015. This release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar) and Fedora 22. Highly experimental support for Debian 8.2 Jessie has been added too. This release candidate includes updated packages for: - ovirt-engine - ovirt-engine-extension-aaa-jdbc - ovirt-hosted-engine-ha - ovirt-hosted-engine-setup - vdsm This release of oVirt 3.6.1 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO will be available soon[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

vms on storage
by Budur Nagaraju 10 Dec '15

10 Dec '15

HI Need some clarification , if I copy the deployed vms from the storage to another storage by using the backup tools will be able to deploy the backed up vms in another engine ?

2 1