Now way to install on EFI and ISCSI
by Ralf Schenk
This is a multi-part message in MIME format.
--------------475BA67D91FEE60A922CE8E8
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Hello,
I've a Epyc-based Supermicro Server that should act as ovirt host by
using ovirt-node-next installed on ISCSI Boot Target. I already
installed an EFI bootable OS (Ubuntu 16.04) on the Hardware using ISCSI
Target as Boot-Disk. So far that works.
If I try to install ovirt-node-next (tried
ovirt-node-ng-installer-ovirt-4.2-2018032906.iso,
ovirt-node-ng-installer-ovirt-4.2-2018040306.iso mounted via KVM as CD)
I'm not able to use auto-partitioning nor manual partitioning to set the
system up. Accessing the ISCSI Target (50GB) works. I created all the
mount-points, including /boot and EFI System Partition /boot/efi. The
installer automatically proposes /, /var /home and swap on thinpool LVMs
which is ok.
After having it ready the installer either doesn't accept "Done" as if
no EFI Partition was prepared. If I highlight the EFI Partition and
click Done it works but the Installer overview doesn't allow to start
installation and storage configuration ist marked with a warning sign.
The system is booted definitely via EFI from th installer CD.
Bye
--
*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *rs(a)databay.de* <mailto:rs@databay.de>
*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* <http://www.databay.de>
Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen
------------------------------------------------------------------------
--------------475BA67D91FEE60A922CE8E8
Content-Type: multipart/related;
boundary="------------6E73C18C4C33E9ED6F8FCD97"
--------------6E73C18C4C33E9ED6F8FCD97
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><font face="Helvetica, Arial, sans-serif">Hello,</font></p>
<p><font face="Helvetica, Arial, sans-serif">I've a Epyc-based
Supermicro Server that should act as ovirt host by using ovirt-node-next
installed on ISCSI Boot Target. I already installed an EFI
bootable OS (Ubuntu 16.04) on the Hardware using ISCSI Target as
Boot-Disk. So far that works.</font></p>
<p><font face="Helvetica, Arial, sans-serif">If I try to install
ovirt-node-next (tried
ovirt-node-ng-installer-ovirt-4.2-2018032906.iso,
ovirt-node-ng-installer-ovirt-4.2-2018040306.iso mounted via KVM
as CD) I'm not able to use auto-partitioning nor manual
partitioning to set the system up. Accessing the ISCSI Target
(50GB) works. I created all the mount-points, including /boot
and EFI System Partition /boot/efi. The installer automatically
proposes /, /var /home and swap on thinpool LVMs which is ok.<br>
</font></p>
<p><font face="Helvetica, Arial, sans-serif">After having it ready
the installer either doesn't accept "Done" as if no EFI
Partition was prepared. If I highlight the EFI Partition and
click Done it works but the Installer overview doesn't allow to
start installation and storage configuration ist marked with a
warning sign. <br>
</font></p>
<p><font face="Helvetica, Arial, sans-serif">The system is booted
definitely via EFI from th installer CD.</font><br>
</p>
<div class="moz-signature">Bye<br>
-- <br>
<p>
</p>
<table cellspacing="0" cellpadding="0" border="0">
<tbody>
<tr>
<td colspan="3"><img
src="cid:part1.15AAB434.9DD74707@databay.de" height="30"
width="151" border="0"></td>
</tr>
<tr>
<td valign="top"> <font size="-1" face="Verdana, Arial,
sans-serif"><br>
<b>Ralf Schenk</b><br>
fon +49 (0) 24 05 / 40 83 70<br>
fax +49 (0) 24 05 / 40 83 759<br>
mail <a href="mailto:rs@databay.de"><font
color="#FF0000"><b>rs(a)databay.de</b></font></a><br>
</font> </td>
<td width="30"> </td>
<td valign="top"> <font size="-1" face="Verdana, Arial,
sans-serif"><br>
<b>Databay AG</b><br>
Jens-Otto-Krag-Straße 11<br>
D-52146 Würselen<br>
<a href="http://www.databay.de"><font color="#FF0000"><b>www.databay.de</b></font></a>
</font> </td>
</tr>
<tr>
<td colspan="3" valign="top"> <font size="1" face="Verdana,
Arial, sans-serif"><br>
Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE
210844202<br>
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch
Yavari, Dipl.-Kfm. Philipp Hermanns<br>
Aufsichtsratsvorsitzender: Wilhelm Dohmen </font> </td>
</tr>
</tbody>
</table>
<hr noshade="noshade" size="1" color="#000000" width="100%">
</div>
</body>
</html>
--------------6E73C18C4C33E9ED6F8FCD97
Content-Type: image/gif;
name="ablahhanhjkadchi.gif"
Content-Transfer-Encoding: base64
Content-ID: <part1.15AAB434.9DD74707(a)databay.de>
Content-Disposition: inline;
filename="ablahhanhjkadchi.gif"
R0lGODlhlwAeAMQAAObm5v9QVf/R0oKBgfDw8NfX105MTLi3t/r6+sfHx/+rrf98gC0sLP8L
EhIQEKalpf/g4ZmYmHd2dmppaf8uNP/y8v8cIv+Ym//AwkE/P46NjRwbG11cXP8ABwUDA///
/yH5BAAAAAAALAAAAACXAB4AAAX/4CeOYnUJZKqubOu+cCzPNA0tVnfVfO//wGAKk+t0Ap+K
QMFUYCDCqHRKJVUWDaPRUsFktZ1G4AKtms9o1gKsFVS+7I5ll67bpd647hPQawNld4KDMQJF
bA07F35aFBiEkJEpfXEBjx8KjI0Vkp2DEIdaCySgFBShbEgrCQOtrq+uEQcALQewrQUjEbe8
rgkkD7y5KhMZB3drqSoVFQhdlHGXKQYe1dbX2BvHKwzY1RMiAN7j1xEjBeTmKeIeD3cYCxRf
FigvChRxFJwkBBvk5A7cpZhAjgGCDwn+kfslgto4CSoSehh2BwEEBQvowDAUR0EKdArHZTg4
4oDCXBFC/3qj9SEluZEpHnjYQFIGgpo1KgSasYjNKBImrzF4NaFbNgIjCGRQeIyVKwneOLzS
cLCAg38OWI4Y4GECgQcSOEwYcADnh6/FNjAwoGFYAQ0atI4AAFeEFwsLFLiJUQEfGH0kNGAD
x8+oNQdIRQg+7NCaOhIgD8sVgYADNsPVGI5YWjRqzQTdHDDIYHRDLokaUhCglkFEJi0NKJhl
0RP2TsvXUg88KiLBVWsZrF6DmMKlNYMqglqTik1guN8OBgAgkGCpB+L9ugK4iSCBvwEfECw1
kILrBpa1jVCQIQBRvbP+rlEcQVAoSevWyv6uhpwE12uEkQAAZucpVw1xIsjkgf8B863mQVYt
eQATCZYJZJ5WBfij2wfpHcEeHGG8Z+BMszVWDXkfKLhceJhBSAJ+1ThH32AfRFZNayNAtUFi
wFSTSwEHJIYAAQU84IADwyjIEALU9MchG+vFgIF7W2GDI2T7HfjBgNcgKQKMHmwjgnCSpeCb
ULRkdxhF1CDY40RjgmUAA/v1J5FAKW2gGSZscBFDMraNgJs1AYpAAGYP5jJoNQ4Y4Gh8jpFg
HH9mgbmWo1l6oA4C3Ygp6UwEIFBfNRtkMIBlKMLnAXgAXLWhXXH85EIFqMhGGZgDEKArABGA
ed0HI4bk5qgnprCYSt88B6dqS0FEEAMPJDCdCJYViur/B1BlwGMJqDTwnhqxJgUpo0ceOQ4D
0yEakpMm/jqCRMgWm2I1j824Y6vLvuuPjHnqOJkIgP6xzwp5sCFNsCFp88Gxh11lrjfDcNrc
CEx64/CD3iAHlQcMUEQXvcA+qBkBB4Q2X1CusjBlJdKMYAKI6g28MbKN5hJsBAXknHOwutn4
oFYqkpqAzjnPbE0u1PxmwAQGXLWBbvhuIIEGEnRjlAHO4SvhbCNAkwoGzEBwgV9U0lfu2WiX
OkDEGaCdKgl0nk2YkWdPOCDabvaGdkAftL1LlgwCM+7Tq11V71IO7LkM2XE0YAHMYMhqqK6U
V165CpaHukLmiXFO8XSVzzakX+UH6TrmAajPNxfqByTQec41AeBPvSwIALkmAnuiexCsca3C
BajgfsROuxcPA8kHQJX4DAIwjnsAvhsvfXHWKEwDAljg7sj03L9wwAQTxOWD2AE0YP75eCkw
cPfs+xACADs=
--------------6E73C18C4C33E9ED6F8FCD97--
--------------475BA67D91FEE60A922CE8E8--
6 years, 8 months
Snapshot tree
by spfma.tech＠e.mail.fr
--=_6b86b4ba3ab016011421e7e6b4fa9383
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Hi,=0A Can you confirm that there is no way to have a snapshot tree, lik=
e in VirtualBox, where one can revert to say "snapshot1" and then branch=
new children snapshot but without loosing any snapshots made after "sna=
pshot1", which could have their own children ? According to the document=
ation, it is impoissible, but is there a workaround ? Regards =0A=0A----=
------------------------------------------------------------------------=
---------------------=0AFreeMail powered by mail.fr
--=_6b86b4ba3ab016011421e7e6b4fa9383
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:=
10pt; color: #000000;">Hi,<br /></span></div>=0A<div><span style=3D"fon=
t-family: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;"=
>Can you confirm that there is no way to have a snapshot tree, like in V=
irtualBox, where one can revert to say "snapshot1" and then branch new c=
hildren snapshot but without loosing any snapshots made after "snapshot1=
", which could have their own children ?</span></div>=0A<div><span style=
=3D"font-family: arial, helvetica,sans-serif; font-size: 10pt; color: #0=
00000;">According to the documentation, it is impoissible, but is there=
a workaround ?</span></div>=0A<div><span style=3D"font-family: arial, h=
elvetica,sans-serif; font-size: 10pt; color: #000000;">Regards</span></d=
iv>=0A <br/><hr>FreeMail powered by <a href=3D"https:=
//mail.fr" target=3D"_blank">mail.fr</a>=0A
--=_6b86b4ba3ab016011421e7e6b4fa9383--
6 years, 8 months
Q: Change MAC address of an existing VM
by Andrei Verovski
Hi,
Change MAC address of an existing VM:
Compute -> Virtual machines -> Edit network -> Custom Mac Address
This will change MAC address of only ONE VM, right ?
Not for all VMs connected to the same ovirt-mgmt interface.
Thanks
Andrei
6 years, 8 months
STP and /var/lib/vdsm/persistence files
by spfma.tech＠e.mail.fr
--=_0a3f06619fe936db34c91317c71dd814
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Hi,=0A As these files are generated by oVirt when a modification occurs,=
how to enable STP on bridges by configuration ?=0A I haven't been able=
to find this option in GUI. Editing ifconfig and persistence files is O=
K, but maybe I can modify something that would erase this handmade modif=
ication and it will be lost. I have only seen unanswered posts about thi=
s topic. Regards =0A=0A-------------------------------------------------=
------------------------------------------------=0AFreeMail powered by m=
ail.fr
--=_0a3f06619fe936db34c91317c71dd814
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:=
10pt; color: #000000;">Hi,<br /></span></div>=0A<div><span style=3D"fon=
t-family: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;"=
>As these files are generated by oVirt when a modification occurs, how t=
o enable STP on bridges by configuration ?<br /></span></div>=0A<div><sp=
an style=3D"font-family: arial, helvetica,sans-serif; font-size: 10pt; c=
olor: #000000;">I haven't been able to find this option in GUI.</span></=
div>=0A<div><span style=3D"font-family: arial, helvetica,sans-serif; fon=
t-size: 10pt; color: #000000;">Editing ifconfig and persistence files is=
OK, but maybe I can modify something that would erase this handmade mod=
ification and it will be lost.</span></div>=0A<div><span style=3D"font-f=
amily: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;">I=
have only seen unanswered posts about this topic.</span></div>=0A<div><=
span style=3D"font-family: arial, helvetica,sans-serif; font-size: 10pt;=
color: #000000;">Regards</span></div>=0A <br/><hr>Fr=
eeMail powered by <a href=3D"https://mail.fr" target=3D"_blank">mail.fr<=
/a>=0A
--=_0a3f06619fe936db34c91317c71dd814--
6 years, 8 months
Re: [ovirt-users] Persistent dummy interface
by spfma.tech＠e.mail.fr
--=_cde39aee32157f346e43c3b35f3d4232
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Hi,=0A Thanks for your reply, that was the idea I had but in a less clea=
n way :-) So it is at os level, nothing special in oVirt. I have found t=
he thing fully explained here, for reference : https://www.centos.org/fo=
rums/viewtopic.php?t=3D53233 Regards =0A=0A Le 03-Apr-2018 13:32:06 +020=
0, rabidcicada(a)gmail.com a crit: =0A Sorry was on my phone. Modules-lo=
ad.d =0A On Tue, Apr 3, 2018, 7:29 AM RabidCicada wrote: =0A I do this=
on CentOS with /etc/modules-lomodules-loadad.d. You can stick a file in=
there that is basically just a bash script that loads your driver and t=
hen does the ip link command all the same time. =0A On Tue, Apr 3, 201=
8, 4:20 AM wrote: =0A Hi,=0A What is the right way to get a persistent=
dummy interface ? I need an internal network for lab purpoposes, so I c=
reated a dummy link "ip link add dummy_1 type dummy" and I was able to a=
ssign my logical network to it. But how to make it persistent ? Of cours=
e, after a reboot, the dummy device has gone and the server becomes non=
operational because of this non-compliant network. I have to recereate=
it by hand in order to get things work. Regards =0A=0A----------------=
------------------------------------------------------------------------=
---------=0AFreeMail powered by mail.fr ________________________________=
_______________=0A Users mailing list=0AUsers@ovirt.org=0Ahttp://lists.o=
virt.org/mailman/listinfo/users =0A=0A------------------------------=
-------------------------------------------------------------------=0AFr=
eeMail powered by mail.fr
--=_cde39aee32157f346e43c3b35f3d4232
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:=
10pt; color: #000000;">Hi,<br /></span></div>=0A<div><span style=3D"fon=
t-family: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;"=
>Thanks for your reply, that was the idea I had but in a less clean way=
:-)</span></div>=0A<div><span style=3D"font-family: arial, helvetica,sa=
ns-serif; font-size: 10pt; color: #000000;">So it is at os level, nothin=
g special in oVirt.</span></div>=0A<div><span style=3D"font-family: aria=
l, helvetica,sans-serif; font-size: 10pt; color: #000000;">I have found=
the thing fully explained here, for reference : <a href=3D"https://www.=
centos.org/forums/viewtopic.php?t=3D53233">https://www.centos.org/forums=
/viewtopic.php?t=3D53233</a></span></div>=0A<div><span style=3D"font-fam=
ily: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;">Rega=
rds</span></div>=0A<p><br /><br /> Le 03-Apr-2018 13:32:06 +0200, rabidc=
icada(a)gmail.com a écrit:</p>=0A<div> </div>=0A<blockquote st=
yle=3D"margin-left: 0; padding-left: 5px; border-left: 2px solid navy;">=
=0A<div>Sorry was on my phone. Modules-load.d</div>=0A<br />=0A<di=
v class=3D"gmail_quote">=0A<div dir=3D"ltr">On Tue, Apr 3, 2018, 7:29 AM=
RabidCicada <<a href=3D"mailto:rabidcicada@gmail.com" target=3D"_bla=
nk">rabidcicada(a)gmail.com</a>> wrote:</div>=0A<blockquote class=3D"gm=
ail_quote" style=3D"margin: 0 0 0 .8ex; border-left: 1px #ccc solid; pad=
ding-left: 1ex;">=0A<div>I do this on CentOS with /etc/modules-lomodules=
-loadad.d.=0A<div>You can stick a file in there that is basically just a=
bash script that loads your driver and then does the ip link command al=
l the same time.</div>=0A</div>=0A<br />=0A<div class=3D"gmail_quote">=
=0A<div dir=3D"ltr">On Tue, Apr 3, 2018, 4:20 AM <<a href=3D"mailto:s=
pfma.tech(a)e.mail.fr" target=3D"_blank" rel=3D"noreferrer noopener">spfma=
.tech(a)e.mail.fr</a>> wrote:</div>=0A<blockquote class=3D"gmail_quote"=
style=3D"margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left:=
1ex;">=0A<div><span style=3D"font-family: arial, helvetica, sans-serif;=
font-size: 10pt; color: #000000;">Hi,<br /></span></div>=0A<div><span s=
tyle=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt; colo=
r: #000000;">What is the right way to get a persistent dummy interface ?=
</span></div>=0A<div><span style=3D"font-family: arial, helvetica, sans-=
serif; font-size: 10pt; color: #000000;">I need an internal network for=
lab purpoposes, so I created a dummy link "ip link add dummy_1 ty=
pe dummy" and I was able to assign my logical network to it.</span></div=
>=0A<div><span style=3D"font-family: arial, helvetica, sans-serif; font-=
size: 10pt; color: #000000;">But how to make it persistent ? Of course,=
after a reboot, the dummy device has gone and the server becomes non op=
erational because of this non-compliant network. I have to recereate it=
by hand in order to get things work.</span></div>=0A<div><span style=3D=
"font-family: arial, helvetica, sans-serif; font-size: 10pt; color: #000=
000;">Regards </span></div>=0A<br /><hr />FreeMail powered by <a href=3D=
"https://mail.fr" target=3D"_blank" rel=3D"noreferrer noopener">mail.fr<=
/a> _______________________________________________<br /> Users mailing=
list<br /><a href=3D"mailto:Users@ovirt.org" target=3D"_blank" rel=3D"n=
oreferrer noopener">Users(a)ovirt.org</a><br /><a href=3D"http://lists.ovi=
rt.org/mailman/listinfo/users" target=3D"_blank" rel=3D"noreferrer noope=
ner">http://lists.ovirt.org/mailman/listinfo/users</a></blockquote>=0A</=
div>=0A</blockquote>=0A</div>=0A</blockquote>=0A <br/=
><hr>FreeMail powered by <a href=3D"https://mail.fr" target=3D"_blank">m=
ail.fr</a>=0A
--=_cde39aee32157f346e43c3b35f3d4232--
6 years, 8 months
回复：Re: oVirt non-self-hosted HA
by dhy336＠sina.com
--=-sinamail_alt_7fcd08a6cc7797ad36cb4898dae850dd
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline
V2h5IG5vdCB0byB1c2UgaG9zdGVkLWVuZ2luZSBmb3IgZW5naW5lIEhBPyAgSSBhbSB3YW50aW5n
IHRvIHNvbHV0ZSBlbmdpbmUgSEEsIEJ1dCBpIGRvIG5vdCBrbm93IGhvdyB0byBzZWxlY3QgaGFw
cm94eS9rZWVwYWxpdmVkICBhbmQgaG9zdGVkIGVuZ2luZS4KLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0g5Y6f5aeL6YKu5Lu2IC0tLS0tCuWPkeS7tuS6uu+8mlRvbSA8dGtAbWRldnN5
cy5jb20+CuaUtuS7tuS6uu+8mllhbml2IEthdWwgPHlrYXVsQHJlZGhhdC5jb20+CuaKhOmAgeS6
uu+8mnVzZXJzIDx1c2Vyc0BvdmlydC5vcmc+CuS4u+mimO+8mlJlOiBbb3ZpcnQtdXNlcnNdIG9W
aXJ0IG5vbi1zZWxmLWhvc3RlZCBIQQrml6XmnJ/vvJoyMDE45bm0MDTmnIgwNOaXpSAwNeeCuTQ1
5YiGCgoKClNlbnQgZnJvbSBteSBpUGhvbmUKT24gQXByIDMsIDIwMTgsIGF0IDk6MzIgQU0sIFlh
bml2IEthdWwgPHlrYXVsQHJlZGhhdC5jb20+IHdyb3RlOgoKCgpPbiBUdWUsIEFwciAzLCAyMDE4
IGF0IDM6MTIgUE0sIFRvbUsgPHRvbWtjcHJAbWRldnN5cy5jb20+IHdyb3RlOgpIZXkgR3V5J3Ms
Cg0KCg0KSWYgSSdtIGxvb2tpbmcgdG8gc2V0dXAgdGhlIG9WaXJ0IGVuZ2luZSBpbiBhbiBIQSBj
b25maWd1cmF0aW9uIG9mZiB0aGUgcGh5c2ljYWwgc2VydmVycyBob3N0aW5nIG15IFZNJ3MgKG5v
biBzZWxmIGhvc3RlZCksIHdoYXQgYXJlIG15IG9wdGlvbnMgaGVyZT8KDQoKDQpJIHdhbnQgdG8g
c2V0dXAgdHdvIHRvIGZvdXIgYWN0aXZlIG9WaXJ0IGVuZ2luZSBpbnN0YW5jZXMgZWxzZXdoZXJl
IGFuZCBoYW5kbGUgdGhlIEhBIHZpYSBzb21ldGhpbmcgbGlrZSBoYXByb3h5IC8ga2VlcGFsaXZl
ZCB0byBrZWVwIHRoZSBlbnRpcmUgZXhwZXJpZW5jZSBzZWFtbGVzcyB0byB0aGUgdXNlci4KCllv
dSB3aWxsIG5lZWQgdG8gc2V0IHVwIHRoZSBvVmlydCBlbmdpbmUgc2VydmljZSBhcyB3ZWxsIGFz
IHRoZSBQRyBkYXRhYmFzZSAoYW5kIG92aXJ0LWVuZ2luZS1kd2hkIHNlcnZpY2UgYW5kIGFueSBv
dGhlciBzZXJ2aWNlIHdlIHJ1biBuZXh0IHRvIHRoZSBlbmdpbmUpIGFzIGhpZ2hseSBhdmFpbGFi
bGUgbW9kdWxlLkluIHBhY2VtYWtlclsxXSwgZm9yIGV4YW1wbGUuIFlvdSdsbCBuZWVkIHRvIGVu
c3VyZSBjb25maWd1cmF0aW9uIGlzIGFsc28gc3luYydlZCBiZXR3ZWVuIG5vZGVzLCBldGMuWS4K
U28gYWxyZWFkeSBoYXZlIG9uZSBvdmlydCBlbmdpbmUgc2V0dXAgc2VwYXJhdGVseSBvbiBhIHZt
IHRoYXQgbWFuYWdlcyB0d28gcmVtb3RlIHBoeXNpY2FsIGhvc3RzLiAgU28gZmFtaWxpYXIgd2l0
aCB0aGUgc2luZ2xlIGhvc3QgYXBwcm9hY2ggd2hpY2ggSSB3b3VsZCBzaW1wbHkgcmVwbGljYXRl
LiAgQXQgbGVhc3QgdGhhdOKAmXMgdGhlIGlkZWEgYW55d2F5LiAgQ291bGQgeW91IHBsZWFzZSBl
eHBhbmQgYSBiaXQgb24gdGhlIGhpZ2hseSBhdmFpbGFibGUgbW9kdWxlIGFuZCAgc3luY2luZyB0
aGUgY29uZmlnIGJldHdlZW4gaG9zdHM/CkNoZWVycyxUb20KClsxXSBodHRwczovL2NsdXN0ZXJs
YWJzLm9yZy9xdWlja3N0YXJ0LXJlZGhhdC5odG1sCg0KRnJvbSB3aGF0IEkndmUgc2VlbiBpbiBv
VmlydCwgdGhhdCBzZWVtcyB0byBiZSBwb3NzaWJsZSB3aXRob3V0IHRoZSB0d28gb1ZpcnQgZW5n
aW5lcyBldmVuIGtub3dpbmcgZWFjaCBvdGhlcidzIGV4aXN0ZW5jZSBidXQgaXMgaXQgc29tZXRo
aW5nIGFueW9uZSBoYXMgZXZlciBkb25lPyAgQW55IHJlY29tbWVuZGF0aW9ucyBpbiB0aGlzIGNh
c2U/Cg0KCg0KSGF2aW5nIHNldHRpbmdzIHJlcGxpY2F0ZWQgd291bGQgYmUgYSBib251cyBidXQg
SSB3b3VsZCBiZSBjb21mb3J0YWJsZSBpZiB0aGV5IHdlcmVuJ3QgYW5kIEkgaGFuZGxlIHRoYXQg
bXlzZWxmLgoNCgoNCi0tIAoNCkNoZWVycywKDQpUb20gSy4KDQotLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tCg0KCg0KTGl2aW5nIG9uIGVhcnRoIGlzIGV4cGVuc2l2ZSwgYnV0IGl0IGluY2x1
ZGVzIGEgZnJlZSB0cmlwIGFyb3VuZCB0aGUgc3VuLgoNCgoNCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fCg0KVXNlcnMgbWFpbGluZyBsaXN0Cg0KVXNlcnNA
b3ZpcnQub3JnCg0KaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJz
Cg0KCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpV
c2VycyBtYWlsaW5nIGxpc3QKVXNlcnNAb3ZpcnQub3JnCmh0dHA6Ly9saXN0cy5vdmlydC5vcmcv
bWFpbG1hbi9saXN0aW5mby91c2Vycwo=
--=-sinamail_alt_7fcd08a6cc7797ad36cb4898dae850dd
Content-Type: text/html;
charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline
PGRpdj5XaHkgbm90IHRvIHVzZSBob3N0ZWQtZW5naW5lIGZvciBlbmdpbmUgSEE/IDxpPiZuYnNw
OzwvaT5JIGFtIHdhbnRpbmcgdG8gc29sdXRlIGVuZ2luZSBIQSwgQnV0IGkgZG8gbm90IGtub3cg
aG93IHRvIHNlbGVjdCBoYXByb3h5L2tlZXBhbGl2ZWQgJm5ic3A7YW5kIGhvc3RlZCBlbmdpbmUu
PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L2Rp
dj48ZGl2IGlkPSJvcmlnYm9keSI+PGRpdiBzdHlsZT0iYmFja2dyb3VuZDogI2YyZjJmMjsiPi0t
LS0tIOWOn+Wni+mCruS7tiAtLS0tLTxicj7lj5Hku7bkurrvvJpUb20gJmx0O3RrQG1kZXZzeXMu
Y29tJmd0Ozxicj7mlLbku7bkurrvvJpZYW5pdiBLYXVsICZsdDt5a2F1bEByZWRoYXQuY29tJmd0
Ozxicj7mioTpgIHkurrvvJp1c2VycyAmbHQ7dXNlcnNAb3ZpcnQub3JnJmd0Ozxicj7kuLvpopjv
vJpSZTogW292aXJ0LXVzZXJzXSBvVmlydCBub24tc2VsZi1ob3N0ZWQgSEE8YnI+5pel5pyf77ya
MjAxOOW5tDA05pyIMDTml6UgMDXngrk0NeWIhjxicj48L2Rpdj48YnI+PGJyPjxicj48ZGl2IGlk
PSJBcHBsZU1haWxTaWduYXR1cmUiPlNlbnQgZnJvbSBteSBpUGhvbmU8L2Rpdj48ZGl2Pjxicj5P
biBBcHIgMywgMjAxOCwgYXQgOTozMiBBTSwgWWFuaXYgS2F1bCAmbHQ7PGEgdGFyZ2V0PSJfYmxh
bmsiIGhyZWY9Im1haWx0bzp5a2F1bEByZWRoYXQuY29tIj55a2F1bEByZWRoYXQuY29tPC9hPiZn
dDsgd3JvdGU6PGJyPjxicj48L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2PjxkaXYg
ZGlyPSJsdHIiPjxicj48ZGl2IGNsYXNzPSIiPjxicj48ZGl2IGNsYXNzPSIiPk9uIFR1ZSwgQXBy
IDMsIDIwMTggYXQgMzoxMiBQTSwgVG9tSyA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIHRhcmdldD0i
X2JsYW5rIiBocmVmPSJtYWlsdG86dG9ta2NwckBtZGV2c3lzLmNvbSI+dG9ta2NwckBtZGV2c3lz
LmNvbTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+PGJsb2NrcXVvdGUgY2xhc3M9IiIgc3R5bGU9
Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwy
MDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij5IZXkgR3V5J3MsPGJyPg0KPGJyPg0KSWYgSSdtIGxv
b2tpbmcgdG8gc2V0dXAgdGhlIG9WaXJ0IGVuZ2luZSBpbiBhbiBIQSBjb25maWd1cmF0aW9uIG9m
ZiB0aGUgcGh5c2ljYWwgc2VydmVycyBob3N0aW5nIG15IFZNJ3MgKG5vbiBzZWxmIGhvc3RlZCks
IHdoYXQgYXJlIG15IG9wdGlvbnMgaGVyZT88YnI+DQo8YnI+DQpJIHdhbnQgdG8gc2V0dXAgdHdv
IHRvIGZvdXIgYWN0aXZlIG9WaXJ0IGVuZ2luZSBpbnN0YW5jZXMgZWxzZXdoZXJlIGFuZCBoYW5k
bGUgdGhlIEhBIHZpYSBzb21ldGhpbmcgbGlrZSBoYXByb3h5IC8ga2VlcGFsaXZlZCB0byBrZWVw
IHRoZSBlbnRpcmUgZXhwZXJpZW5jZSBzZWFtbGVzcyB0byB0aGUgdXNlci48YnI+PC9ibG9ja3F1
b3RlPjxkaXY+PGJyPjwvZGl2PjxkaXY+WW91IHdpbGwgbmVlZCB0byBzZXQgdXAgdGhlIG9WaXJ0
IGVuZ2luZSBzZXJ2aWNlIGFzIHdlbGwgYXMgdGhlIFBHIGRhdGFiYXNlIChhbmQgb3ZpcnQtZW5n
aW5lLWR3aGQgc2VydmljZSBhbmQgYW55IG90aGVyIHNlcnZpY2Ugd2UgcnVuIG5leHQgdG8gdGhl
IGVuZ2luZSkgYXMgaGlnaGx5IGF2YWlsYWJsZSBtb2R1bGUuPC9kaXY+PGRpdj5JbiBwYWNlbWFr
ZXJbMV0sIGZvciBleGFtcGxlLiZuYnNwOzwvZGl2PjxkaXY+WW91J2xsIG5lZWQgdG8gZW5zdXJl
IGNvbmZpZ3VyYXRpb24gaXMgYWxzbyBzeW5jJ2VkIGJldHdlZW4gbm9kZXMsIGV0Yy48L2Rpdj48
ZGl2PlkuPC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxkaXY+PGJy
PjwvZGl2PjxkaXY+U28gYWxyZWFkeSBoYXZlIG9uZSBvdmlydCBlbmdpbmUgc2V0dXAgc2VwYXJh
dGVseSBvbiBhIHZtIHRoYXQgbWFuYWdlcyB0d28gcmVtb3RlIHBoeXNpY2FsIGhvc3RzLiAmbmJz
cDtTbyBmYW1pbGlhciB3aXRoIHRoZSBzaW5nbGUgaG9zdCBhcHByb2FjaCB3aGljaCBJIHdvdWxk
IHNpbXBseSByZXBsaWNhdGUuICZuYnNwO0F0IGxlYXN0IHRoYXTigJlzIHRoZSBpZGVhIGFueXdh
eS4gJm5ic3A7Q291bGQgeW91IHBsZWFzZSBleHBhbmQgYSBiaXQgb24gdGhlIGhpZ2hseSBhdmFp
bGFibGUgbW9kdWxlIGFuZCAmbmJzcDtzeW5jaW5nIHRoZSBjb25maWcgYmV0d2VlbiBob3N0cz88
L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkNoZWVycyw8L2Rpdj48ZGl2PlRvbTwvZGl2Pjxicj48
YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2PjxkaXYgZGlyPSJsdHIiPjxkaXYgY2xhc3M9IiI+
PGRpdiBjbGFzcz0iIj48ZGl2Pjxicj48L2Rpdj48ZGl2PlsxXSZuYnNwOzxhIHRhcmdldD0iX2Js
YW5rIiBocmVmPSJodHRwczovL2NsdXN0ZXJsYWJzLm9yZy9xdWlja3N0YXJ0LXJlZGhhdC5odG1s
Ij5odHRwczovL2NsdXN0ZXJsYWJzLm9yZy9xdWlja3N0YXJ0LXJlZGhhdC5odG1sPC9hPjwvZGl2
PjxibG9ja3F1b3RlIGNsYXNzPSIiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9y
ZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+PGJy
Pg0KRnJvbSB3aGF0IEkndmUgc2VlbiBpbiBvVmlydCwgdGhhdCBzZWVtcyB0byBiZSBwb3NzaWJs
ZSB3aXRob3V0IHRoZSB0d28gb1ZpcnQgZW5naW5lcyBldmVuIGtub3dpbmcgZWFjaCBvdGhlcidz
IGV4aXN0ZW5jZSBidXQgaXMgaXQgc29tZXRoaW5nIGFueW9uZSBoYXMgZXZlciBkb25lPyZuYnNw
OyBBbnkgcmVjb21tZW5kYXRpb25zIGluIHRoaXMgY2FzZT88YnI+DQo8YnI+DQpIYXZpbmcgc2V0
dGluZ3MgcmVwbGljYXRlZCB3b3VsZCBiZSBhIGJvbnVzIGJ1dCBJIHdvdWxkIGJlIGNvbWZvcnRh
YmxlIGlmIHRoZXkgd2VyZW4ndCBhbmQgSSBoYW5kbGUgdGhhdCBteXNlbGYuPHNwYW4gY2xhc3M9
IiI+PGZvbnQgY29sb3I9IiM4ODg4ODgiPjxicj4NCjxicj4NCi0tIDxicj4NCkNoZWVycyw8YnI+
DQpUb20gSy48YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08d2JyPi0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLTx3YnI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4N
Cjxicj4NCkxpdmluZyBvbiBlYXJ0aCBpcyBleHBlbnNpdmUsIGJ1dCBpdCBpbmNsdWRlcyBhIGZy
ZWUgdHJpcCBhcm91bmQgdGhlIHN1bi48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19f
X19fX19fX188d2JyPl9fX19fX19fX19fX19fX19fPGJyPg0KVXNlcnMgbWFpbGluZyBsaXN0PGJy
Pg0KPGEgdGFyZ2V0PSJfYmxhbmsiIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJz
QG92aXJ0Lm9yZzwvYT48YnI+DQo8YSB0YXJnZXQ9Il9ibGFuayIgaHJlZj0iaHR0cDovL2xpc3Rz
Lm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIiByZWw9Im5vcmVmZXJyZXIiPmh0dHA6
Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbjx3YnI+L2xpc3RpbmZvL3VzZXJzPC9hPjxicj4NCjwv
Zm9udD48L3NwYW4+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48L2Rpdj48L2Rpdj4NCjwvZGl2Pjwv
YmxvY2txdW90ZT4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fPGJyPlVzZXJzIG1haWxpbmcgbGlzdDxicj5Vc2Vyc0BvdmlydC5vcmc8YnI+aHR0cDovL2xp
c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJyPjwvZGl2Pg==
--=-sinamail_alt_7fcd08a6cc7797ad36cb4898dae850dd--
6 years, 8 months
Re: [ovirt-users] hosted-engine Debug Help
by Simone Tiraboschi
On Tue, Apr 3, 2018 at 5:21 PM, RabidCicada <rabidcicada(a)gmail.com> wrote:
> I've attached a full debug packet below. I include the log file from
> ovirt-hosted-engine-setup. I include relevant cmd line info. I include
> info from the command line where epdb has a breakpoint in playbook.py from
> ansible itself. I also include info from commands I ran after it failed.
> I also include attached the ferried over script in /root/.ansible/tmp that
> is run.
>
>
> *Output on cmd line:*
> [ INFO ] TASK [Copy configuration archive to storage]
> [ ERROR ] fatal: [localhost]: FAILED! => {
> "changed": true,
> "cmd": [
> "dd",
> "bs=20480",
> "count=1",
> "oflag=direct",
> "if=/var/tmp/localvmbCDQIR/5e
> f881f5-c992-48d2-b969-a0b6156bdf7c",
> "of=/rhev/data-center/mnt/nod
> e.local:_srv_data/81292f3f-11d3-4e38-9afa-62e133aa8017/image
> s/c5510e77-1ee0-479c-b6cf-24c179313a45/5ef881f5-c992-
> 48d2-b969-a0b6156bdf7c"
> ],
> "delta": "0:00:00.004336",
> "end": "2018-04-03 15:01:55.581823",
> "invocation": {
> "module_args": {
> "_raw_params": "dd bs=20480 count=1 oflag=direct
> if=\"/var/tmp/localvmbCDQIR/5ef881f5-c992-48d2-b969-a0b6156bdf7c\"
> of=\"/rhev/data-center/mnt/node.local:_srv_data/81292f3f-11d
> 3-4e38-9afa-62e133aa8017/images/c5510e77-1ee0-479c-b6cf-
> 24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c\"",
> "_uses_shell": false,
> "chdir": null,
> "creates": null,
> "executable": null,
> "removes": null,
> "stdin": null,
> "warn": true
> }
> },
> "msg": "non-zero return code",
> "rc": 1,
> "start": "2018-04-03 15:01:55.577487",
> "stderr": "dd: failed to open ‘/rhev/data-center/mnt/node.lo
> cal:_srv_data/81292f3f-11d3-4e38-9afa-62e133aa8017/images/c5
> 510e77-1ee0-479c-b6cf-24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c’:
> Permission denied",
> "stderr_lines": [
> "dd: failed to open ‘/rhev/data-center/mnt/node.lo
> cal:_srv_data/81292f3f-11d3-4e38-9afa-62e133aa8017/images/c5
> 510e77-1ee0-479c-b6cf-24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c’:
> Permission denied"
> ],
> "stdout": "",
> "stdout_lines": []
> }
> [ ERROR ] Failed to execute stage 'Closing up': Failed executing
> ansible-playbook
>
In the playbook we have on that task:
become_user: vdsm
become_method: sudo
but I fear it got somehow ignored.
I'll investigate it.
>
> *Output from ansible epdb tracepoint:*
>
> Using module file /usr/lib/python2.7/site-packages/ansible/modules/
> commands/command.py
> <localhost> ESTABLISH LOCAL CONNECTION FOR USER: root
> <localhost> EXEC /bin/sh -c 'echo ~ && sleep 0'
> <localhost> EXEC /bin/sh -c '( umask 77 && mkdir -p "` echo
> /root/.ansible/tmp/ansible-tmp-1522767715.36-81496549401055 `" && echo
> ansible-tmp-1522767715.36-81496549401055="` echo
> /root/.ansible/tmp/ansible-tmp-1522767715.36-81496549401055 `" ) && sleep
> 0'
> <localhost> PUT /tmp/tmpGMGdjh TO /root/.ansible/tmp/ansible-
> tmp-1522767715.36-81496549401055/command.py
> <localhost> EXEC /bin/sh -c 'chmod u+x /root/.ansible/tmp/ansible-
> tmp-1522767715.36-81496549401055/ /root/.ansible/tmp/ansible-
> tmp-1522767715.36-81496549401055/command.py && sleep 0'
> <localhost> EXEC /bin/sh -c '/usr/bin/python /root/.ansible/tmp/ansible-
> tmp-1522767715.36-81496549401055/command.py && sleep 0'
> to retry, use: --limit @/usr/share/ovirt-hosted-
> engine-setup/ansible/create_target_vm.retry
>
> The above command.py is the on I have attached as problematic_command.py
>
> *Investigation After Failure:*
> [root@node ~]# ls -al '/rhev/data-center/mnt/node.lo
> cal:_srv_data/81292f3f-11d3-4e38-9afa-62e133aa8017/images/c5
> 510e77-1ee0-479c-b6cf-24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c'
> -rw-rw----. 1 vdsm kvm 20480 Apr 3 15:01 /rhev/data-center/mnt/node.loc
> al:_srv_data/81292f3f-11d3-4e38-9afa-62e133aa8017/images/c55
> 10e77-1ee0-479c-b6cf-24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c
>
> sudo -u vdsm dd bs=20480 count=1 oflag=direct
> if="/var/tmp/localvmbCDQIR/5ef881f5-c992-48d2-b969-a0b6156bdf7c"
> of="/rhev/data-center/mnt/node.local:_srv_data/81292f3f-11d3
> -4e38-9afa-62e133aa8017/images/c5510e77-1ee0-479c-b6cf-
> 24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c
> 1+0 records in
> 1+0 records out
>
>
> It seems to me that somehow it is not getting the right permissions even
> though the playbook has:
> - name: Copy configuration archive to storage
> command: dd bs=20480 count=1 oflag=direct if="{{ LOCAL_VM_DIR }}/{{
> he_conf_disk_details.disk.image_id }}" of="{{ he_conf_disk_path }}"
> become_user: vdsm
> become_method: sudo
> changed_when: True
> tags: [ 'skip_ansible_lint' ]
>
>
> On Tue, Apr 3, 2018 at 8:51 AM, RabidCicada <rabidcicada(a)gmail.com> wrote:
>
>> I am now also running with:
>>
>> export ANSIBLE_VERBOSITY=5
>>
>> export ANSIBLE_FORKS=1
>>
>> export ANSIBLE_KEEP_REMOTE_FILES=1
>>
>>
>> On Tue, Apr 3, 2018 at 8:49 AM, RabidCicada <rabidcicada(a)gmail.com>
>> wrote:
>>
>>> Here's the log.
>>>
>>> So the command that it says it ran is:
>>> dd bs=20480 count=1 oflag=direct if=/var/tmp/localvmHaWb6G/1cce
>>> 8df2-1810-4063-b4e2-e19a2c5b1909 of=/rhev/data-center/mnt/node.
>>> local:_srv_data/3c7485ea-14e3-40c1-b627-f89a819ed1d6/images/
>>> 2c1f7c2f-b8f7-46d4-ac66-8ff1e9649e29/1cce8df2-1810-4063-b4e2
>>> -e19a2c5b1909
>>>
>>> But we all know that was done with:
>>>
>>> - name: Copy configuration archive to storage
>>> command: dd bs=20480 count=1 oflag=direct if="{{ LOCAL_VM_DIR }}/{{
>>> he_conf_disk_details.disk.image_id }}" of="{{ he_conf_disk_path }}"
>>> become_user: vdsm
>>> become_method: sudo
>>> changed_when: True
>>> tags: [ 'skip_ansible_lint' ]
>>>
>>> So I manually replicated with `sudo vdsm dd bs=20480 count=1
>>> if=/var/tmp/localvmHaWb6G/1cce8df2-1810-4063-b4e2-e19a2c5b1909
>>> of=/rhev/data-center/mnt/node.local:_srv_data/3c7485ea-14e3-
>>> 40c1-b627-f89a819ed1d6/images/2c1f7c2f-b8f7-46d4-ac66-8ff1e9
>>> 649e29/1cce8df2-1810-4063-b4e2-e19a2c5b1909`
>>>
>>> And it works when I manually do it. Though I think I didn't use the
>>> oflag=direct (Just realised this)
>>>
>>> I eventually put a pause task directly preceeding it with debug output
>>> that showed the file paths. I manually ran the command and it worked.
>>> Then let it do it....failed. I checked all the permissions e.g.
>>> vdsm:kvm. All looks good from a filesystem point of view. I'm beginning
>>> (naively) to suspect a race condition for the file access problem...but
>>> have come nowhere close to solving it.
>>>
>>> *Can you suggest a good way to continue executing the install process
>>> from the create_target_vm.yml playbook (with proper variables and context
>>> from otopi etc)?* I currently have to restart the entire process over
>>> again and wait quite a while for it to circle back around.
>>>
>>> I have since discovered epdb and I've set breakpoints directly in
>>> playbook.py of ansible just to see better log output. I insert epdb.serve
>>> and use netcat to connect since epdb on python 2.7.5 and up seems to have
>>> problems using epdb.connect() itself.
>>>
>>> ~Kyle
>>>
>>> On Tue, Apr 3, 2018 at 4:06 AM, Simone Tiraboschi <stirabos(a)redhat.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> On Mon, Apr 2, 2018 at 4:52 PM, RabidCicada <rabidcicada(a)gmail.com>
>>>> wrote:
>>>>
>>>>> Heyo everyone. I'm trying to debug hosted-engine --deploy. It is
>>>>> failing in `Copy configuration archive to storage` in
>>>>> `create_target_vm.yml` from `hosted-engine --deploy`. My general and
>>>>> most important query here is how to get good debug output from ansible
>>>>> through hosted-engine. I'm running hosted-engine through an ssh session.
>>>>>
>>>>> I can't figure out how to get good debug output from ansible within
>>>>> that workflow. I see it's running through otopi, I tried setting
>>>>> typical `debugger: on_failed` hooks etc and tried many incantations on the
>>>>> command line and config files to get ansible to help me out. The
>>>>> debugger: directive and other debugger related ansible config file stuff
>>>>> wouldn't result in any debugger popping up. I also can't seem to pass
>>>>> normal -vvvv flags to hosted-engine either and get it to ansible.
>>>>> Ultimately I tried to use a `pause` directive and it complained that it was
>>>>> in a non-interactive shell. I figured it might be the result of my ssh
>>>>> session so I enabled tty allocation with -t -t. It did not resolve the
>>>>> issue.
>>>>>
>>>>> I eventually wrote-my-own/stole a callback_plugin that checks an
>>>>> environmental variable and enables `display.verbosity = int(v)` since I
>>>>> can't seem to pass typical -vvvv stuff to ansible through `hosted-engine
>>>>> --deploy`. It give me the best info that I have so far. But it wont give
>>>>> me enough to debug issues around Gathering Facts or what looks like a
>>>>> sudo/permission problem in `Copy configuration archive to storage` in
>>>>> `create_target_vm.yml`. I took and used the exact command that they use
>>>>> manually and it works when I run it manually (But I can't get debug output
>>>>> to show me the exact sudo command being executed), hence my interest in
>>>>> passing -vvvv or equivalent to ansible through `hosted-engine`. I
>>>>> intentionally disabled the VM_directory cleanup so that I could execute the
>>>>> same stuff.
>>>>>
>>>>> So....after all that...what is a good way to get deep debug info from
>>>>> hosted-engine ansible stuff?
>>>>>
>>>>
>>>> You should already find all the relevant log entries in a file
>>>> called /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engin
>>>> e-setup-ansible-create_target_vm-{timestamp}-{hash}.log
>>>>
>>>> Can you please share it?
>>>>
>>>>
>>>>>
>>>>> Or does anyone have intuition for the possible sudo problem?
>>>>> ~Kyle
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users(a)ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>
>>
>
6 years, 8 months
回复：Re: ovirt engine HA
by dhy336＠sina.com
--=-sinamail_alt_a1ef868ce14ba8efce8c680d1074be86
Content-Type: text/plain;
charset=GBK
Content-Transfer-Encoding: base64
Content-Disposition: inline
d2hhdCBkaWZmZXJlbnQgYmV0d2VlbiBzZWxmLWhvc3RlZCBlbmdpbmUgYW5kICBob3N0ZWQgZW5n
aW5lPyBJIGZpbmQgYSBwcm9qZWN0IG92aXJ0LWhvc3RlZC1lbmdpbmUtaGEgIGh0dHBzOi8vZ2l0
aHViLmNvbS9vVmlydC9vdmlydC1ob3N0ZWQtZW5naW5lLWhhICAtLS0tLSDUrcq808q8/iAtLS0t
LQq3orz+yMujulZpbmNlbnQgUm95ZXIgPHZpbmNlbnRAZXBpY2VuZXJneS5jYT4KytW8/sjLo7pk
aHkzMzZAc2luYS5jb20Ks63LzcjLo7p1c2VycyA8dXNlcnNAb3ZpcnQub3JnPgrW98zio7pSZTog
W292aXJ0LXVzZXJzXSBvdmlydCBlbmdpbmUgSEEKyNXG2qO6MjAxOMTqMDTUwjAzyNUgMDi14zU3
t9YKCklmIHlvdXIgbm9kZSBydW5uaW5nIHNlbGYtaG9zdGVkIGVuZ2luZSBjcmFzaGVzLCB0aGUg
aG9zdGVkIGVuZ2luZSB3aWxsIGJlIHN0YXJ0ZWQgdXAgb24gYW5vdGhlciBub2RlLiBJdCBqdXN0
IHRha2VzIGEgZmV3IG1pbnV0ZXMgZm9yIHRoaXMgYWxsIHRvIGhhcHBlbiwgYnV0IGl0IHdvcmtz
IHJlbGlhYmx5IGluIG15IGV4cGVyaWVuY2UuIAoKDQoKT24gTW9uLCBBcHIgMiwgMjAxOCBhdCA1
OjQyIFBNLCAgPGRoeTMzNkBzaW5hLmNvbT4gd3JvdGU6CkhvdyB0byBzb2x1dGUgb3ZpcnQgZW5n
aW5lIEhBLCBJIGhhdmUgYSB0aHJlZSBub2RlIGNsdXN0ZXIsIG9uZSBvZiBpcyBkZXBsb3kgZW5n
aW5lIGFuZCBub2RlICwgb3RoZXJzIGFyZSBub2RlLCBpZiBub2RlIHRoYXQgZGVwbGF5IGVuZ2lu
ZSBhbmQgIG5vZGUgY3Jhc2gsIEhvdyB0byBlbnN1cmUgbXkgc2VydmVyIGlzIHVwPwpfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoNClVzZXJzIG1haWxpbmcg
bGlzdAoNClVzZXJzQG92aXJ0Lm9yZwoNCmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9s
aXN0aW5mby91c2VycwoNCgoKDQoNCg==
--=-sinamail_alt_a1ef868ce14ba8efce8c680d1074be86
Content-Type: text/html;
charset=GBK
Content-Transfer-Encoding: base64
Content-Disposition: inline
PGZvbnQgc2l6ZT0iNCI+PGZvbnQgZmFjZT0iQXJpYWwsIE1pY3Jvc29mdCBZYUhlaSwgzqLI7dHF
utosIMvOzOUsIE1hbGd1biBHb3RoaWMsIE1laXJ5bywgc2Fucy1zZXJpZiI+PHNwYW4gc3R5bGU9
ImJhY2tncm91bmQtY29sb3I6IHJnYigyNDksIDI1MSwgMjUyKTsiPndoYXQgZGlmZmVyZW50IGJl
dHdlZW4mbmJzcDs8L3NwYW4+PC9mb250PnNlbGYtaG9zdGVkIGVuZ2luZSBhbmQgJm5ic3A7aG9z
dGVkIGVuZ2luZT8gSSBmaW5kIGEgcHJvamVjdCZuYnNwOzwvZm9udD48aDEgY2xhc3M9InB1Ymxp
YyAiIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBtYXJnaW46IDBweDsgbGluZS1oZWln
aHQ6IDI2cHg7IHBvc2l0aW9uOiByZWxhdGl2ZTsgbWF4LXdpZHRoOiA2MzVweDsgcGFkZGluZy1s
ZWZ0OiAxOHB4OyBjb2xvcjogcmdiKDg4LCA5NiwgMTA1KTsgZm9udC1mYW1pbHk6IC1hcHBsZS1z
eXN0ZW0sIEJsaW5rTWFjU3lzdGVtRm9udCwgJnF1b3Q7U2Vnb2UgVUkmcXVvdDssIEhlbHZldGlj
YSwgQXJpYWwsIHNhbnMtc2VyaWYsICZxdW90O0FwcGxlIENvbG9yIEVtb2ppJnF1b3Q7LCAmcXVv
dDtTZWdvZSBVSSBFbW9qaSZxdW90OywgJnF1b3Q7U2Vnb2UgVUkgU3ltYm9sJnF1b3Q7OyBiYWNr
Z3JvdW5kLWNvbG9yOiByZ2IoMjUwLCAyNTEsIDI1Mik7Ij48c3BhbiBpdGVtcHJvcD0ibmFtZSIg
c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IGZvbnQtd2VpZ2h0OiBub3JtYWw7Ij48Zm9u
dCBzaXplPSI0Ij48YSBkYXRhLXBqYXg9IiNqcy1yZXBvLXBqYXgtY29udGFpbmVyIiBocmVmPSJo
dHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvb3ZpcnQtaG9zdGVkLWVuZ2luZS1oYSIgc3R5bGU9ImJv
eC1zaXppbmc6IGJvcmRlci1ib3g7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyBjb2xv
cjogcmdiKDMsIDEwMiwgMjE0KTsgb3V0bGluZS13aWR0aDogMHB4OyI+b3ZpcnQtaG9zdGVkLWVu
Z2luZS1oYTwvYT4mbmJzcDsmbmJzcDtodHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvb3ZpcnQtaG9z
dGVkLWVuZ2luZS1oYSAmbmJzcDs8L2ZvbnQ+PC9zcGFuPjwvaDE+PGRpdiBpZD0ib3JpZ2JvZHki
PjxkaXYgc3R5bGU9ImJhY2tncm91bmQ6ICNmMmYyZjI7Ij4tLS0tLSDUrcq808q8/iAtLS0tLTxi
cj63orz+yMujulZpbmNlbnQgUm95ZXIgJmx0O3ZpbmNlbnRAZXBpY2VuZXJneS5jYSZndDs8YnI+
ytW8/sjLo7pkaHkzMzZAc2luYS5jb208YnI+s63LzcjLo7p1c2VycyAmbHQ7dXNlcnNAb3ZpcnQu
b3JnJmd0Ozxicj7W98zio7pSZTogW292aXJ0LXVzZXJzXSBvdmlydCBlbmdpbmUgSEE8YnI+yNXG
2qO6MjAxOMTqMDTUwjAzyNUgMDi14zU3t9Y8YnI+PC9kaXY+PGJyPjxkaXYgZGlyPSJsdHIiPjxk
aXYgY2xhc3M9IiI+PGRpdj48ZGl2IGNsYXNzPSIiIGRhdGEtc21hcnRtYWlsPSJnbWFpbF9zaWdu
YXR1cmUiPjxkaXYgZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPjxkaXYg
ZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPjxkaXY+PGRpdj48ZGl2Pklm
IHlvdXIgbm9kZSBydW5uaW5nIHNlbGYtaG9zdGVkIGVuZ2luZSBjcmFzaGVzLCB0aGUgaG9zdGVk
IGVuZ2luZSB3aWxsIGJlIHN0YXJ0ZWQgdXAgb24gYW5vdGhlciBub2RlLiBJdCBqdXN0IHRha2Vz
IGEgZmV3IG1pbnV0ZXMgZm9yIHRoaXMgYWxsIHRvIGhhcHBlbiwgYnV0IGl0IHdvcmtzIHJlbGlh
Ymx5IGluIG15IGV4cGVyaWVuY2UuJm5ic3A7PC9kaXY+PC9kaXY+PC9kaXY+PGRpdj48YnI+PC9k
aXY+PGRpdj48YnI+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9k
aXY+PC9kaXY+DQo8YnI+PGRpdiBjbGFzcz0iIj5PbiBNb24sIEFwciAyLCAyMDE4IGF0IDU6NDIg
UE0sICA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIHRhcmdldD0iX2JsYW5rIiBocmVmPSJtYWlsdG86
ZGh5MzM2QHNpbmEuY29tIj5kaHkzMzZAc2luYS5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJy
PjxibG9ja3F1b3RlIGNsYXNzPSIiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVm
dDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij5Ib3cgdG8gc29sdXRlIG92aXJ0IGVu
Z2luZSBIQSwgSSBoYXZlIGEgdGhyZWUgbm9kZSBjbHVzdGVyLCBvbmUgb2YgaXMgZGVwbG95IGVu
Z2luZSBhbmQgbm9kZSAsIG90aGVycyBhcmUgbm9kZSwgaWYgbm9kZSB0aGF0IGRlcGxheSBlbmdp
bmUgYW5kICZuYnNwO25vZGUgY3Jhc2gsIEhvdyB0byBlbnN1cmUgbXkgc2VydmVyIGlzIHVwPzxi
cj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188d2JyPl9fX19fX19fX19fX19fX19fPGJy
Pg0KVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KPGEgdGFyZ2V0PSJfYmxhbmsiIGhyZWY9Im1haWx0
bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT48YnI+DQo8YSB0YXJnZXQ9Il9i
bGFuayIgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJz
IiByZWw9Im5vcmVmZXJyZXIiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvPHdicj5tYWlsbWFuL2xp
c3RpbmZvL3VzZXJzPC9hPjxicj4NCjxicj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjwvZGl2Pjwv
ZGl2Pg0KDQo8L2Rpdj4=
--=-sinamail_alt_a1ef868ce14ba8efce8c680d1074be86--
6 years, 8 months
Disable OVS?
by Jayme
I'm constantly seeing this error in all of my host syslogs:
ovs-vsctl: ovs|00001|db_ctl_base|ERR|unix:/var/run/openvswitch/db.sock:
database connection failed (No such file or directory)
My cluster is set to linux bridge and not using OVS. How can I stop the
error message or disable ovs?
6 years, 8 months
