From ubuntumuntu at gmail.com Sun Feb 17 18:11:23 2013 Content-Type: multipart/mixed; boundary="===============2264214062037927050==" MIME-Version: 1.0 From: Jaco To: users at ovirt.org Subject: [Users] Failing on new setup Date: Mon, 18 Feb 2013 12:11:16 +1300 Message-ID: <51216394.3050903@gmail.com> --===============2264214062037927050== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------040901050807070502000602 Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Content-Transfer-Encoding: 7bit Hi guys, New to oVirt - and "new" to Fedora after a *very long* break @ using = Debian/Ubuntu almost exclusively for the last few years. Much has changed, so please pardon my ignorance - got some catching-up = to do. I'm doing PoC of a number of systems, so need to give oVirt a fair = shake, but I'm tripping up before I can even get going (does not bode well). I've tried following the QuickStart, all-in-one & other guides, & = quickly came across issues. Next I'll have to start building from source - a prospect that will by = no means present me with less issues. New F18, minimal headless server. Installed via yum as documented, but install failed at the last steps, = as there seems to be an issue with the scripts' implementation of firewalld. A very nice chap @ the IRC channel managed to help be out to get over = that initial hurdle - had to *completely* disable firewalld & select the = 'None' option for the setup. (seems like a really bad idea to start off = like that - disabling security - but this is a lab PoC, so OK, will let = it slide for now) I've also disabled SELinux & IPtables via systemctl - so that we can = eliminate that as an issue. Script(s) still don't complete without issue, but at lease the engine = seems to come up & I can log in. After logging in, I try to (re)connect to the local hypervisor via = (root@) $FQDN, localhost & 127.0.0.1, but it fails to come up (why root? = OK....). It adds the host, but there seems to be connectivity issues. I'm seeing this in the GUI events: Host localhost installation failed. Command returned failure code 1 = during SSH session 'root(a)localhost'. I'm seeing this in `tail -f /var/log/ovirt-engine/engine.log` http://pastebin.com/nVyNGSsf Relevant line being: ERROR [org.ovirt.engine.core.utils.ssh.SSHDialog] (pool-3-thread-31) SSH = error running command root(a)localhost:'umask 0077; MYTMP=3D"$(mktemp -t = ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; = rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir = "${MYTMP}" && tar -C "${MYTMP}" -x && "${MYTMP}"/setup = DIALOG/dialect=3Dstr:machine DIALOG/customization=3Dbool:True': = java.io.IOException: Command returned failure code 1 during SSH session = 'root(a)localhost' This is a *fresh* box - I've reinstalled it a few times from scratch now = - & I've re-installed oVirt through the manners documented, but I'm not = getting anywhere fast. In this, google is not my friend, as results are sparse & not very = helpful - i.e. if someone's found resolution, it has not been posted. Either there's a bug in the docco's or the code/scripts. Please help - I'd *really* like to give this a go Kind regards -Jaco --------------040901050807070502000602 Content-Type: text/html; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit Hi guys,

New to oVirt - and "new" to Fedora after a *very long* break @ using Debian/Ubuntu almost exclusively for the last few years.
Much has changed, so please pardon my ignorance - got some catching-up to do.

I'm doing PoC of a number of systems, so need to give oVirt a fair shake, but I'm tripping up before I can even get going (does not bode well).

I've tried following the QuickStart, all-in-one & other guides, & quickly came across issues.
Next I'll have to start building from source - a prospect that will by no means present me with less issues.

New F18, minimal headless server.

Installed via yum as documented, but install failed at the last steps, as there seems to be an issue with the scripts' implementation of firewalld.
A very nice chap @ the IRC channel managed to help be out to get over that initial hurdle - had to *completely* disable firewalld & select the 'None' option for the setup. (seems like a really bad idea to start off like that - disabling security - but this is a lab PoC, so OK, will let it slide for now)
I've also disabled SELinux & IPtables via systemctl - so that we can eliminate that as an issue.

Script(s) still don't complete without issue, but at lease the engine seems to come up & I can log in.

After logging in, I try to (re)connect to the local hypervisor via (root@) $FQDN, localhost & 127.0.0.1, but it fails to come up (why root? OK....).
It adds the host, but there seems to be connectivity issues.

I'm seeing this in the GUI events:
Host localhost installation failed. Command returned failure code 1 during SSH session 'root(a)localhost'.

I'm seeing this in `tail -f /var/log/ovirt-engine/engine.log`
http://pastebin.com/nVyNGSsf
Relevant line being:
ERROR [org.ovirt.engine.core.utils.ssh.SSHDialog] (pool-3-thread-31) SSH error running command root(a)localhost:'umask 0077; MYTMP=3D"$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar -C "${MYTMP}" -x &&  "${MYTMP}"/setup DIALOG/dialect=3Dstr:machine DIALOG/customization=3Dbool:True': java.io.IOException: Command returned failure code 1 during SSH session 'root(a)localhost'

This is a *fresh* box - I've reinstalled it a few times from scratch now - & I've re-installed oVirt through the manners documented, but I'm not getting anywhere fast.
In this, google is not my friend, as results are sparse & not very helpful - i.e. if someone's found resolution, it has not been posted.

Either there's a bug in the docco's or the code/scripts.

Please help - I'd *really* like to give this a go

Kind regards

-Jaco
--------------040901050807070502000602-- --===============2264214062037927050== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS0wNDA5MDEwNTA4MDcwNzA1MDIwMDA2MDIKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog N2JpdAoKSGkgZ3V5cywKCk5ldyB0byBvVmlydCAtIGFuZCAibmV3IiB0byBGZWRvcmEgYWZ0ZXIg YSAqdmVyeSBsb25nKiBicmVhayBAIHVzaW5nIApEZWJpYW4vVWJ1bnR1IGFsbW9zdCBleGNsdXNp dmVseSBmb3IgdGhlIGxhc3QgZmV3IHllYXJzLgpNdWNoIGhhcyBjaGFuZ2VkLCBzbyBwbGVhc2Ug cGFyZG9uIG15IGlnbm9yYW5jZSAtIGdvdCBzb21lIGNhdGNoaW5nLXVwIAp0byBkby4KCkknbSBk b2luZyBQb0Mgb2YgYSBudW1iZXIgb2Ygc3lzdGVtcywgc28gbmVlZCB0byBnaXZlIG9WaXJ0IGEg ZmFpciAKc2hha2UsIGJ1dCBJJ20gdHJpcHBpbmcgdXAgYmVmb3JlIEkgY2FuIGV2ZW4gZ2V0IGdv aW5nIChkb2VzIG5vdCBib2RlIHdlbGwpLgoKSSd2ZSB0cmllZCBmb2xsb3dpbmcgdGhlIFF1aWNr U3RhcnQsIGFsbC1pbi1vbmUgJiBvdGhlciBndWlkZXMsICYgCnF1aWNrbHkgY2FtZSBhY3Jvc3Mg aXNzdWVzLgpOZXh0IEknbGwgaGF2ZSB0byBzdGFydCBidWlsZGluZyBmcm9tIHNvdXJjZSAtIGEg cHJvc3BlY3QgdGhhdCB3aWxsIGJ5IApubyBtZWFucyBwcmVzZW50IG1lIHdpdGggbGVzcyBpc3N1 ZXMuCgpOZXcgRjE4LCBtaW5pbWFsIGhlYWRsZXNzIHNlcnZlci4KCkluc3RhbGxlZCB2aWEgeXVt IGFzIGRvY3VtZW50ZWQsIGJ1dCBpbnN0YWxsIGZhaWxlZCBhdCB0aGUgbGFzdCBzdGVwcywgCmFz IHRoZXJlIHNlZW1zIHRvIGJlIGFuIGlzc3VlIHdpdGggdGhlIHNjcmlwdHMnIGltcGxlbWVudGF0 aW9uIG9mIGZpcmV3YWxsZC4KQSB2ZXJ5IG5pY2UgY2hhcCBAIHRoZSBJUkMgY2hhbm5lbCBtYW5h Z2VkIHRvIGhlbHAgYmUgb3V0IHRvIGdldCBvdmVyIAp0aGF0IGluaXRpYWwgaHVyZGxlIC0gaGFk IHRvICpjb21wbGV0ZWx5KiBkaXNhYmxlIGZpcmV3YWxsZCAmIHNlbGVjdCB0aGUgCidOb25lJyBv cHRpb24gZm9yIHRoZSBzZXR1cC4gKHNlZW1zIGxpa2UgYSByZWFsbHkgYmFkIGlkZWEgdG8gc3Rh cnQgb2ZmIApsaWtlIHRoYXQgLSBkaXNhYmxpbmcgc2VjdXJpdHkgLSBidXQgdGhpcyBpcyBhIGxh YiBQb0MsIHNvIE9LLCB3aWxsIGxldCAKaXQgc2xpZGUgZm9yIG5vdykKSSd2ZSBhbHNvIGRpc2Fi bGVkIFNFTGludXggJiBJUHRhYmxlcyB2aWEgc3lzdGVtY3RsIC0gc28gdGhhdCB3ZSBjYW4gCmVs aW1pbmF0ZSB0aGF0IGFzIGFuIGlzc3VlLgoKU2NyaXB0KHMpIHN0aWxsIGRvbid0IGNvbXBsZXRl IHdpdGhvdXQgaXNzdWUsIGJ1dCBhdCBsZWFzZSB0aGUgZW5naW5lIApzZWVtcyB0byBjb21lIHVw ICYgSSBjYW4gbG9nIGluLgoKQWZ0ZXIgbG9nZ2luZyBpbiwgSSB0cnkgdG8gKHJlKWNvbm5lY3Qg dG8gdGhlIGxvY2FsIGh5cGVydmlzb3IgdmlhIAoocm9vdEApICRGUUROLCBsb2NhbGhvc3QgJiAx MjcuMC4wLjEsIGJ1dCBpdCBmYWlscyB0byBjb21lIHVwICh3aHkgcm9vdD8gCk9LLi4uLikuCkl0 IGFkZHMgdGhlIGhvc3QsIGJ1dCB0aGVyZSBzZWVtcyB0byBiZSBjb25uZWN0aXZpdHkgaXNzdWVz LgoKSSdtIHNlZWluZyB0aGlzIGluIHRoZSBHVUkgZXZlbnRzOgpIb3N0IGxvY2FsaG9zdCBpbnN0 YWxsYXRpb24gZmFpbGVkLiBDb21tYW5kIHJldHVybmVkIGZhaWx1cmUgY29kZSAxIApkdXJpbmcg U1NIIHNlc3Npb24gJ3Jvb3RAbG9jYWxob3N0Jy4KCkknbSBzZWVpbmcgdGhpcyBpbiBgdGFpbCAt ZiAvdmFyL2xvZy9vdmlydC1lbmdpbmUvZW5naW5lLmxvZ2AKaHR0cDovL3Bhc3RlYmluLmNvbS9u VnlOR1NzZgpSZWxldmFudCBsaW5lIGJlaW5nOgpFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LnV0aWxzLnNzaC5TU0hEaWFsb2ddIChwb29sLTMtdGhyZWFkLTMxKSBTU0ggCmVycm9yIHJ1bm5p bmcgY29tbWFuZCByb290QGxvY2FsaG9zdDondW1hc2sgMDA3NzsgTVlUTVA9IiQobWt0ZW1wIC10 IApvdmlydC1YWFhYWFhYWFhYKSI7IHRyYXAgImNobW9kIC1SIHUrcndYIFwiJHtNWVRNUH1cIiA+ IC9kZXYvbnVsbCAyPiYxOyAKcm0gLWZyIFwiJHtNWVRNUH1cIiA+IC9kZXYvbnVsbCAyPiYxIiAw OyBybSAtZnIgIiR7TVlUTVB9IiAmJiBta2RpciAKIiR7TVlUTVB9IiAmJiB0YXIgLUMgIiR7TVlU TVB9IiAteCAmJiAiJHtNWVRNUH0iL3NldHVwIApESUFMT0cvZGlhbGVjdD1zdHI6bWFjaGluZSBE SUFMT0cvY3VzdG9taXphdGlvbj1ib29sOlRydWUnOiAKamF2YS5pby5JT0V4Y2VwdGlvbjogQ29t bWFuZCByZXR1cm5lZCBmYWlsdXJlIGNvZGUgMSBkdXJpbmcgU1NIIHNlc3Npb24gCidyb290QGxv Y2FsaG9zdCcKClRoaXMgaXMgYSAqZnJlc2gqIGJveCAtIEkndmUgcmVpbnN0YWxsZWQgaXQgYSBm ZXcgdGltZXMgZnJvbSBzY3JhdGNoIG5vdyAKLSAmIEkndmUgcmUtaW5zdGFsbGVkIG9WaXJ0IHRo cm91Z2ggdGhlIG1hbm5lcnMgZG9jdW1lbnRlZCwgYnV0IEknbSBub3QgCmdldHRpbmcgYW55d2hl cmUgZmFzdC4KSW4gdGhpcywgZ29vZ2xlIGlzIG5vdCBteSBmcmllbmQsIGFzIHJlc3VsdHMgYXJl IHNwYXJzZSAmIG5vdCB2ZXJ5IApoZWxwZnVsIC0gaS5lLiBpZiBzb21lb25lJ3MgZm91bmQgcmVz b2x1dGlvbiwgaXQgaGFzIG5vdCBiZWVuIHBvc3RlZC4KCkVpdGhlciB0aGVyZSdzIGEgYnVnIGlu IHRoZSBkb2NjbydzIG9yIHRoZSBjb2RlL3NjcmlwdHMuCgpQbGVhc2UgaGVscCAtIEknZCAqcmVh bGx5KiBsaWtlIHRvIGdpdmUgdGhpcyBhIGdvCgpLaW5kIHJlZ2FyZHMKCi1KYWNvCgotLS0tLS0t LS0tLS0tLTA0MDkwMTA1MDgwNzA3MDUwMjAwMDYwMgpDb250ZW50LVR5cGU6IHRleHQvaHRtbDsg Y2hhcnNldD1JU08tODg1OS0xCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDdiaXQKCjxodG1s PgogIDxoZWFkPgoKICAgIDxtZXRhIGh0dHAtZXF1aXY9ImNvbnRlbnQtdHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PUlTTy04ODU5LTEiPgogIDwvaGVhZD4KICA8Ym9keSBiZ2NvbG9y PSIjRkZGRkZGIiB0ZXh0PSIjMDAwMDAwIj4KICAgIEhpIGd1eXMsPGJyPgogICAgPGJyPgogICAg TmV3IHRvIG9WaXJ0IC0gYW5kICJuZXciIHRvIEZlZG9yYSBhZnRlciBhICp2ZXJ5IGxvbmcqIGJy ZWFrIEAgdXNpbmcKICAgIERlYmlhbi9VYnVudHUgYWxtb3N0IGV4Y2x1c2l2ZWx5IGZvciB0aGUg bGFzdCBmZXcgeWVhcnMuPGJyPgogICAgTXVjaCBoYXMgY2hhbmdlZCwgc28gcGxlYXNlIHBhcmRv biBteSBpZ25vcmFuY2UgLSBnb3Qgc29tZQogICAgY2F0Y2hpbmctdXAgdG8gZG8uPGJyPgogICAg PGJyPgogICAgSSdtIGRvaW5nIFBvQyBvZiBhIG51bWJlciBvZiBzeXN0ZW1zLCBzbyBuZWVkIHRv IGdpdmUgb1ZpcnQgYSBmYWlyCiAgICBzaGFrZSwgYnV0IEknbSB0cmlwcGluZyB1cCBiZWZvcmUg SSBjYW4gZXZlbiBnZXQgZ29pbmcgKGRvZXMgbm90CiAgICBib2RlIHdlbGwpLjxicj4KICAgIDxi cj4KICAgIEkndmUgdHJpZWQgZm9sbG93aW5nIHRoZSBRdWlja1N0YXJ0LCBhbGwtaW4tb25lICZh bXA7IG90aGVyIGd1aWRlcywKICAgICZhbXA7IHF1aWNrbHkgY2FtZSBhY3Jvc3MgaXNzdWVzLjxi cj4KICAgIE5leHQgSSdsbCBoYXZlIHRvIHN0YXJ0IGJ1aWxkaW5nIGZyb20gc291cmNlIC0gYSBw cm9zcGVjdCB0aGF0IHdpbGwKICAgIGJ5IG5vIG1lYW5zIHByZXNlbnQgbWUgd2l0aCBsZXNzIGlz c3Vlcy48YnI+CiAgICA8YnI+CiAgICBOZXcgRjE4LCBtaW5pbWFsIGhlYWRsZXNzIHNlcnZlci48 YnI+CiAgICA8YnI+CiAgICBJbnN0YWxsZWQgdmlhIHl1bSBhcyBkb2N1bWVudGVkLCBidXQgaW5z dGFsbCBmYWlsZWQgYXQgdGhlIGxhc3QKICAgIHN0ZXBzLCBhcyB0aGVyZSBzZWVtcyB0byBiZSBh biBpc3N1ZSB3aXRoIHRoZSBzY3JpcHRzJwogICAgaW1wbGVtZW50YXRpb24gb2YgZmlyZXdhbGxk Ljxicj4KICAgIEEgdmVyeSBuaWNlIGNoYXAgQCB0aGUgSVJDIGNoYW5uZWwgbWFuYWdlZCB0byBo ZWxwIGJlIG91dCB0byBnZXQKICAgIG92ZXIgdGhhdCBpbml0aWFsIGh1cmRsZSAtIGhhZCB0byAq Y29tcGxldGVseSogZGlzYWJsZSBmaXJld2FsbGQKICAgICZhbXA7IHNlbGVjdCB0aGUgJ05vbmUn IG9wdGlvbiBmb3IgdGhlIHNldHVwLiAoc2VlbXMgbGlrZSBhIHJlYWxseQogICAgYmFkIGlkZWEg dG8gc3RhcnQgb2ZmIGxpa2UgdGhhdCAtIGRpc2FibGluZyBzZWN1cml0eSAtIGJ1dCB0aGlzIGlz IGEKICAgIGxhYiBQb0MsIHNvIE9LLCB3aWxsIGxldCBpdCBzbGlkZSBmb3Igbm93KTxicj4KICAg IEkndmUgYWxzbyBkaXNhYmxlZCBTRUxpbnV4ICZhbXA7IElQdGFibGVzIHZpYSBzeXN0ZW1jdGwg LSBzbyB0aGF0IHdlCiAgICBjYW4gZWxpbWluYXRlIHRoYXQgYXMgYW4gaXNzdWUuPGJyPgogICAg PGJyPgogICAgU2NyaXB0KHMpIHN0aWxsIGRvbid0IGNvbXBsZXRlIHdpdGhvdXQgaXNzdWUsIGJ1 dCBhdCBsZWFzZSB0aGUKICAgIGVuZ2luZSBzZWVtcyB0byBjb21lIHVwICZhbXA7IEkgY2FuIGxv ZyBpbi48YnI+CiAgICA8YnI+CiAgICBBZnRlciBsb2dnaW5nIGluLCBJIHRyeSB0byAocmUpY29u bmVjdCB0byB0aGUgbG9jYWwgaHlwZXJ2aXNvciB2aWEKICAgIChyb290QCkgJEZRRE4sIGxvY2Fs aG9zdCAmYW1wOyAxMjcuMC4wLjEsIGJ1dCBpdCBmYWlscyB0byBjb21lIHVwCiAgICAod2h5IHJv b3Q/IE9LLi4uLikuPGJyPgogICAgSXQgYWRkcyB0aGUgaG9zdCwgYnV0IHRoZXJlIHNlZW1zIHRv IGJlIGNvbm5lY3Rpdml0eSBpc3N1ZXMuPGJyPgogICAgPGJyPgogICAgSSdtIHNlZWluZyB0aGlz IGluIHRoZSBHVUkgZXZlbnRzOjxicj4KICAgIDxtZXRhIGNoYXJzZXQ9InV0Zi04Ij4KICAgIEhv c3QgbG9jYWxob3N0IGluc3RhbGxhdGlvbiBmYWlsZWQuIENvbW1hbmQgcmV0dXJuZWQgZmFpbHVy ZSBjb2RlIDEKICAgIGR1cmluZyBTU0ggc2Vzc2lvbiAncm9vdEBsb2NhbGhvc3QnLjxicj4KICAg IDxicj4KICAgIEknbSBzZWVpbmcgdGhpcyBpbiBgdGFpbCAtZiAvdmFyL2xvZy9vdmlydC1lbmdp bmUvZW5naW5lLmxvZ2A8YnI+CiAgICA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBo cmVmPSJodHRwOi8vcGFzdGViaW4uY29tL25WeU5HU3NmIj5odHRwOi8vcGFzdGViaW4uY29tL25W eU5HU3NmPC9hPjxicj4KICAgIFJlbGV2YW50IGxpbmUgYmVpbmc6IDxicj4KICAgIEVSUk9SIFtv cmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMuc3NoLlNTSERpYWxvZ10gKHBvb2wtMy10aHJlYWQt MzEpCiAgICBTU0ggZXJyb3IgcnVubmluZyBjb21tYW5kIHJvb3RAbG9jYWxob3N0Oid1bWFzayAw MDc3OwogICAgTVlUTVA9IiQobWt0ZW1wIC10IG92aXJ0LVhYWFhYWFhYWFgpIjsgdHJhcCAiY2ht b2QgLVIgdStyd1gKICAgIFwiJHtNWVRNUH1cIiAmZ3Q7IC9kZXYvbnVsbCAyJmd0OyZhbXA7MTsg cm0gLWZyIFwiJHtNWVRNUH1cIiAmZ3Q7CiAgICAvZGV2L251bGwgMiZndDsmYW1wOzEiIDA7IHJt IC1mciAiJHtNWVRNUH0iICZhbXA7JmFtcDsgbWtkaXIKICAgICIke01ZVE1QfSIgJmFtcDsmYW1w OyB0YXIgLUMgIiR7TVlUTVB9IiAteCAmYW1wOyZhbXA7Jm5ic3A7CiAgICAiJHtNWVRNUH0iL3Nl dHVwIERJQUxPRy9kaWFsZWN0PXN0cjptYWNoaW5lCiAgICBESUFMT0cvY3VzdG9taXphdGlvbj1i b29sOlRydWUnOiBqYXZhLmlvLklPRXhjZXB0aW9uOiBDb21tYW5kCiAgICByZXR1cm5lZCBmYWls dXJlIGNvZGUgMSBkdXJpbmcgU1NIIHNlc3Npb24gJ3Jvb3RAbG9jYWxob3N0Jzxicj4KICAgIDxi cj4KICAgIFRoaXMgaXMgYSAqZnJlc2gqIGJveCAtIEkndmUgcmVpbnN0YWxsZWQgaXQgYSBmZXcg dGltZXMgZnJvbSBzY3JhdGNoCiAgICBub3cgLSAmYW1wOyBJJ3ZlIHJlLWluc3RhbGxlZCBvVmly dCB0aHJvdWdoIHRoZSBtYW5uZXJzIGRvY3VtZW50ZWQsCiAgICBidXQgSSdtIG5vdCBnZXR0aW5n IGFueXdoZXJlIGZhc3QuPGJyPgogICAgSW4gdGhpcywgZ29vZ2xlIGlzIG5vdCBteSBmcmllbmQs IGFzIHJlc3VsdHMgYXJlIHNwYXJzZSAmYW1wOyBub3QKICAgIHZlcnkgaGVscGZ1bCAtIGkuZS4g aWYgc29tZW9uZSdzIGZvdW5kIHJlc29sdXRpb24sIGl0IGhhcyBub3QgYmVlbgogICAgcG9zdGVk Ljxicj4KICAgIDxicj4KICAgIEVpdGhlciB0aGVyZSdzIGEgYnVnIGluIHRoZSBkb2NjbydzIG9y IHRoZSBjb2RlL3NjcmlwdHMuPGJyPgogICAgPGJyPgogICAgUGxlYXNlIGhlbHAgLSBJJ2QgKnJl YWxseSogbGlrZSB0byBnaXZlIHRoaXMgYSBnbzxicj4KICAgIDxicj4KICAgIEtpbmQgcmVnYXJk czxicj4KICAgIDxicj4KICAgIC1KYWNvPGJyPgogIDwvYm9keT4KPC9odG1sPgoKLS0tLS0tLS0t LS0tLS0wNDA5MDEwNTA4MDcwNzA1MDIwMDA2MDItLQo= --===============2264214062037927050==-- From vered at redhat.com Mon Feb 18 00:04:08 2013 Content-Type: multipart/mixed; boundary="===============3638951472231552848==" MIME-Version: 1.0 From: Vered Volansky To: users at ovirt.org Subject: Re: [Users] Failing on new setup Date: Mon, 18 Feb 2013 00:04:06 -0500 Message-ID: <485973723.4324517.1361163846463.JavaMail.root@redhat.com> In-Reply-To: 51216394.3050903@gmail.com --===============3638951472231552848== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Jaco, Are you using ovirt-node or ovirt? What is the status of your host? What about vdsmd service on your host? is it running? What do you get if you try to run VdsClient on your host (command line)? Also - please send full engine and vdsm logs, it can always give us more in= sight and expedite issues resolution. Best Regards, Vered ----- Original Message ----- > From: "Jaco" > To: users(a)ovirt.org > Sent: Monday, February 18, 2013 1:11:16 AM > Subject: [Users] Failing on new setup > = > = > Hi guys, > = > New to oVirt - and "new" to Fedora after a *very long* break @ using > Debian/Ubuntu almost exclusively for the last few years. > Much has changed, so please pardon my ignorance - got some > catching-up to do. > = > I'm doing PoC of a number of systems, so need to give oVirt a fair > shake, but I'm tripping up before I can even get going (does not > bode well). > = > I've tried following the QuickStart, all-in-one & other guides, & > quickly came across issues. > Next I'll have to start building from source - a prospect that will > by no means present me with less issues. > = > New F18, minimal headless server. > = > Installed via yum as documented, but install failed at the last > steps, as there seems to be an issue with the scripts' > implementation of firewalld. > A very nice chap @ the IRC channel managed to help be out to get over > that initial hurdle - had to *completely* disable firewalld & select > the 'None' option for the setup. (seems like a really bad idea to > start off like that - disabling security - but this is a lab PoC, so > OK, will let it slide for now) > I've also disabled SELinux & IPtables via systemctl - so that we can > eliminate that as an issue. > = > Script(s) still don't complete without issue, but at lease the engine > seems to come up & I can log in. > = > After logging in, I try to (re)connect to the local hypervisor via > (root@) $FQDN, localhost & 127.0.0.1, but it fails to come up (why > root? OK....). > It adds the host, but there seems to be connectivity issues. > = > I'm seeing this in the GUI events: > Host localhost installation failed. Command returned failure code 1 > during SSH session 'root(a)localhost'. > = > I'm seeing this in `tail -f /var/log/ovirt-engine/engine.log` > http://pastebin.com/nVyNGSsf > Relevant line being: > ERROR [org.ovirt.engine.core.utils.ssh.SSHDialog] (pool-3-thread-31) > SSH error running command root(a)localhost:'umask 0077; > MYTMP=3D"$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX > \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" > 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar -C "${MYTMP}" -x && > "${MYTMP}"/setup DIALOG/dialect=3Dstr:machine > DIALOG/customization=3Dbool:True': java.io.IOException: Command > returned failure code 1 during SSH session 'root(a)localhost' > = > This is a *fresh* box - I've reinstalled it a few times from scratch > now - & I've re-installed oVirt through the manners documented, but > I'm not getting anywhere fast. > In this, google is not my friend, as results are sparse & not very > helpful - i.e. if someone's found resolution, it has not been > posted. > = > Either there's a bug in the docco's or the code/scripts. > = > Please help - I'd *really* like to give this a go > = > Kind regards > = > -Jaco > = > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 --===============3638951472231552848==-- From alonbl at redhat.com Mon Feb 18 00:10:38 2013 Content-Type: multipart/mixed; boundary="===============4395953469196725888==" MIME-Version: 1.0 From: Alon Bar-Lev To: users at ovirt.org Subject: Re: [Users] Failing on new setup Date: Mon, 18 Feb 2013 00:10:36 -0500 Message-ID: <1029967155.1421018.1361164236686.JavaMail.root@redhat.com> In-Reply-To: 51216394.3050903@gmail.com --===============4395953469196725888== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ----- Original Message ----- > From: "Jaco" > To: users(a)ovirt.org > Sent: Monday, February 18, 2013 1:11:16 AM > Subject: [Users] Failing on new setup > = > = > I'm seeing this in `tail -f /var/log/ovirt-engine/engine.log` > http://pastebin.com/nVyNGSsf > Relevant line being: > ERROR [org.ovirt.engine.core.utils.ssh.SSHDialog] (pool-3-thread-31) > SSH error running command root(a)localhost:'umask 0077; > MYTMP=3D"$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX > \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" > 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar -C "${MYTMP}" -x && > "${MYTMP}"/setup DIALOG/dialect=3Dstr:machine > DIALOG/customization=3Dbool:True': java.io.IOException: Command > returned failure code 1 during SSH session 'root(a)localhost' Due to limitation of engine, you cannot use localhost to install vdsm. Plea= se use one of the public ip address or names. Alon --===============4395953469196725888==-- From ubuntumuntu at gmail.com Mon Feb 18 02:03:27 2013 Content-Type: multipart/mixed; boundary="===============3079412970611615734==" MIME-Version: 1.0 From: Jaco To: users at ovirt.org Subject: Re: [Users] Failing on new setup Date: Mon, 18 Feb 2013 20:03:20 +1300 Message-ID: <5121D238.4080309@gmail.com> In-Reply-To: 485973723.4324517.1361163846463.JavaMail.root@redhat.com --===============3079412970611615734== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thank you for the feedback, guys. I've slogged away at it a bit one more, doing an engine-clean & = referencing this setup-guide: http://blog.jebpages.com/archives/up-and-running-with-ovirt-3-2-edition/ I'm not sure what the functional differences were from my previous setup = (maybe some dependencies provided by the all-in-1?), but I'm able to = associate a HV host now & provision instances :) I've also, prior to the above, encountered issues with vdsm that = resolved itself. #systemctl status vdsmd.service vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled) Active: failed (Result: exit-code) since Mon 2013-02-18 13:46:03 = NZDT; 7s ago Process: 24727 ExecStart=3D/lib/systemd/systemd-vdsmd start = (code=3Dexited, status=3D1/FAILURE) Main PID: 1367 (code=3Dkilled, signal=3DTERM) CGroup: name=3Dsystemd:/system/vdsmd.service Feb 18 13:46:02 tin.we.gen.nz python[24860]: DIGEST-MD5 client step 2 Feb 18 13:46:02 tin.we.gen.nz python[24860]: DIGEST-MD5 client step 2 Feb 18 13:46:02 tin.we.gen.nz python[24860]: DIGEST-MD5 client step 3 Feb 18 13:46:03 tin.we.gen.nz systemd-vdsmd[24727]: conflicting vdsm and = libvirt-qemu tls configuration. Feb 18 13:46:03 tin.we.gen.nz systemd-vdsmd[24727]: vdsm.conf with = ssl=3DFalse requires the following changed: Feb 18 13:46:03 tin.we.gen.nz systemd-vdsmd[24727]: libvirtd.conf: = listen_tcp=3D1, auth_tcp=3D"none", Feb 18 13:46:03 tin.we.gen.nz systemd-vdsmd[24727]: qemu.conf: spice_tls=3D= 0. Feb 18 13:46:03 tin.we.gen.nz systemd[1]: vdsmd.service: control process = exited, code=3Dexited status=3D1 Feb 18 13:46:03 tin.we.gen.nz systemd[1]: Failed to start Virtual = Desktop Server Manager. Feb 18 13:46:03 tin.we.gen.nz systemd[1]: Unit vdsmd.service entered = failed state I've made changes to vdsm.conf, libvirtd.conf & qemu.conf to not make = use of TLS. So, for now, I have a functional host, at the expense of robust security. This is still a PoC box, so I'll have to go though the whole exercise = again, and may be able to furnish you with the logs & other data you've = requested. I believe this box is an oVirt, but future HV nodes will probably be set = using the oVirt-node liveCD ISO (?) Thanks for a *great* product! I find it to be superior to OpenStack (too admin-overhead heavy) & = CloudStack (immature; lack fine-grain controls needed) - J On 13/2/18 18:04 , Vered Volansky wrote: > Hi Jaco, > > Are you using ovirt-node or ovirt? > What is the status of your host? > What about vdsmd service on your host? is it running? > What do you get if you try to run VdsClient on your host (command line)? > > Also - please send full engine and vdsm logs, it can always give us more = insight and expedite issues resolution. > > Best Regards, > Vered > > ----- Original Message ----- >> From: "Jaco" >> To: users(a)ovirt.org >> Sent: Monday, February 18, 2013 1:11:16 AM >> Subject: [Users] Failing on new setup >> >> >> Hi guys, >> >> New to oVirt - and "new" to Fedora after a *very long* break @ using >> Debian/Ubuntu almost exclusively for the last few years. >> Much has changed, so please pardon my ignorance - got some >> catching-up to do. >> >> I'm doing PoC of a number of systems, so need to give oVirt a fair >> shake, but I'm tripping up before I can even get going (does not >> bode well). >> >> I've tried following the QuickStart, all-in-one & other guides, & >> quickly came across issues. >> Next I'll have to start building from source - a prospect that will >> by no means present me with less issues. >> >> New F18, minimal headless server. >> >> Installed via yum as documented, but install failed at the last >> steps, as there seems to be an issue with the scripts' >> implementation of firewalld. >> A very nice chap @ the IRC channel managed to help be out to get over >> that initial hurdle - had to *completely* disable firewalld & select >> the 'None' option for the setup. (seems like a really bad idea to >> start off like that - disabling security - but this is a lab PoC, so >> OK, will let it slide for now) >> I've also disabled SELinux & IPtables via systemctl - so that we can >> eliminate that as an issue. >> >> Script(s) still don't complete without issue, but at lease the engine >> seems to come up & I can log in. >> >> After logging in, I try to (re)connect to the local hypervisor via >> (root@) $FQDN, localhost & 127.0.0.1, but it fails to come up (why >> root? OK....). >> It adds the host, but there seems to be connectivity issues. >> >> I'm seeing this in the GUI events: >> Host localhost installation failed. Command returned failure code 1 >> during SSH session 'root(a)localhost'. >> >> I'm seeing this in `tail -f /var/log/ovirt-engine/engine.log` >> http://pastebin.com/nVyNGSsf >> Relevant line being: >> ERROR [org.ovirt.engine.core.utils.ssh.SSHDialog] (pool-3-thread-31) >> SSH error running command root(a)localhost:'umask 0077; >> MYTMP=3D"$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX >> \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" >> 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar -C "${MYTMP}" -x && >> "${MYTMP}"/setup DIALOG/dialect=3Dstr:machine >> DIALOG/customization=3Dbool:True': java.io.IOException: Command >> returned failure code 1 during SSH session 'root(a)localhost' >> >> This is a *fresh* box - I've reinstalled it a few times from scratch >> now - & I've re-installed oVirt through the manners documented, but >> I'm not getting anywhere fast. >> In this, google is not my friend, as results are sparse & not very >> helpful - i.e. if someone's found resolution, it has not been >> posted. >> >> Either there's a bug in the docco's or the code/scripts. >> >> Please help - I'd *really* like to give this a go >> >> Kind regards >> >> -Jaco >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> --===============3079412970611615734==--