<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 02/19/2015 12:45 PM, Richard W.M.
Jones wrote:<br>
</div>
<blockquote cite="mid:20150219114507.GA31012@redhat.com" type="cite">
<pre wrap="">On Wed, Feb 18, 2015 at 07:23:52PM +0100, Raphael Glon wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I entcountered a similar case more recently on powerkvm 2.1.0
(defect with the libguestfs)
</pre>
</blockquote>
<pre wrap="">
What's the actual bug? We've worked hard, with IBM, to make
libguestfs work on POWER 7 and POWER 8 systems. I have full access to
those systems through Red Hat. If there's a new bug I'm sure we'll be
able to fix it.
Rich.
</pre>
</blockquote>
Hi, thank you for all your answers.<br>
<br>
Not saying there are "actual" bugs (anyway I'm stuck here because i
would need to find time+environment to recheck all/reproduce) ->
i haven't even deployed juno on pkvm yet<br>
<br>
We've talked with ibm (and they have likely been working with you)
and they are really responsive in fixing defects with their
distribution<br>
<br>
We've entcountered two problems with powerkvm regarding nova +
libguestfs. <br>
<br>
1. since pkvm 2.1.x is forked from a Fedo 19, we fell back to this
Red Hat bug you fixed regarding the attach method<br>
<br>
Note that one of the workaround proposed was <br>
<pre class="bz_comment_text
bz_wrap_comment_text">sudo sysctl -w fs.protected_hardlinks=0 + common user nova/qemu</pre>
<br>
-> Not a specialist here, but seems like to be able to use
libguestfs to avoid "potential" issues with fuse mounts, we open
other "potential" holes somewhere else<br>
<br>
2. because pkvm 2.1.x is forked from fedo 19 it embeds rather old
versions of libguestfs and libvirt.<br>
<br>
We also entcountered the following issue(as you see from the dates,
it is rather "old"). <font size="3"><font size="3"><font size="3"><font
size="3">A</font>bout thi<font size="3">s, i was not
perfectly accurate saying it was a libguestfs defect, <font
size="3">it was a pkvm defect embedding <font size="3">an
old version of libgues<font size="3">tfs and anyway it
also has been fixed <font size="3">quickly</font></font></font></font></font></font></font></font><br>
<br>
<a class="moz-txt-link-freetext" href="http://paste.ubuntu.com/8465699/">http://paste.ubuntu.com/8465699/</a><br>
<br>
<font size="3">Sep 30 14:25:33 host-power8-1 libvirtd[15894]: Domain
id=2 name='guestfs-xv6mh1nvhr17ktj6'
uuid=341b09bc-6583-4b72-9df8-dc9b18116303 is tainted: custom-argv<br>
Sep 30 14:25:33 host-power8-1 libvirtd[15894]: Unable to read from
monitor: Connection reset by peer<br>
Sep 30 14:25:33 host-power8-1 kernel: [ 878.869394]
qemu-system-ppc[16250]: unhandled signal 11 at 00000000000000d8
nip 000000003070c0ac lr 000000003070bff4 code 30001<br>
Sep 30 14:25:33 host-power8-1 libvirtd[15894]: cannot lookup
default selinux label for /tmp/libguestfsrOhcjP/console.sock<br>
Sep 30 14:25:33 host-power8-1 libvirtd[15894]: cannot lookup
default selinux label for /tmp/libguestfsrOhcjP/guestfsd.sock<br>
Sep 30 14:25:33 host-power8-1 libvirtd[15894]: cannot lookup
default selinux label for /var/tmp/.guestfs-0/kernel.16152<br>
Sep 30 14:25:33 host-power8-1 libvirtd[15894]: cannot lookup
default selinux label for /var/tmp/.guestfs-0/initrd.16152<br>
<font size="3"><font size="3"><font size="3"><font size="3"><font
size="3"><font size="3"></font></font></font></font></font></font><br>
<br>
3. <font size="3">H</font>ad no time to investigate on this but
when using libguestfs with nova, t<font size="3">he ghost was not
al<font size="3">ways <font size="3">destroyed after file
injection<font size="3">. Sometimes<font size="3">, <font
size="3">you could find an instance spaw<font size="3">ned
with the libguestfs ghost still running in the same
time. Anyway, I've g<font size="3">ot no logs <font
size="3">to <font size="3">detail<font size="3">
<font size="3">this issue, i'll try to get
some <font size="3">one day</font></font></font></font></font></font></font></font></font></font></font></font></font><br>
<br>
So <font size="3">summing up t</font>his patch <font size="3">was</font>
about<font size="3">:<br>
<font size="3"><br>
<font size="3"><font size="3">F</font></font>ile injection </font></font></font><font
size="3"><font size="3"><font size="3"><font size="3"><font
size="3"><font size="3">with libgues<font size="3">tfs </font></font></font></font>not
working <font size="3">in <font size="3">some</font> <font
size="3">specific</font> <font size="3">environment (dist
pkvm 2.1.0 + libguest<font size="3">fs pkvm packaged
version + nova havana<font size="3">)</font></font></font></font>
and i supposed i was not the only one concerned</font><br>
<font size="3"> <br>
On our side <font size="3">w</font>e had to temporarily
disable file injection using libguestfs</font></font></font><font
size="3"><font size="3"><font size="3"><br>
<br>
S<font size="3">ince nova still conside<font size="3">rs fuse
mounts as accep<font size="3">table<font size="3"> </font></font></font></font></font></font></font><font
size="3"><font size="3"><font size="3">it would have been pra<font
size="3">cti<font size="3">cal if, at the <font size="3">time,</font></font></font>
it <font size="3">had been</font> flexible on the fa<font
size="3">ct to use or not libgues<font size="3">t<font
size="3">fs when this one is installed. </font></font></font></font></font></font><font
size="3"><font size="3"><font size="3"><font size="3"><font
size="3"><font size="3"><font size="3">(By the way,
correct me if wrong, but there are no current open
issues with fuse mounts, and if there are, why is it
still proposed in nova ? would even say this is the
default/most used method because there is no dist <font
size="3">considering</font> libguestfs <font
size="3">is</font> a dependency for the nova-compute
package)</font></font></font></font> <font size="3"><font
size="3"><font size="3"></font></font></font><br>
<font size="3"><font size="3"><font size="3"><font size="3"><font
size="3"><br>
<font size="3"><font size="3">G</font>et your
reluctance<font size="3"><font size="3">. Giving
up wi<font size="3">th <font size="3">the
patch.<br>
<br>
<font size="3"><font size="3">r<font
size="3">egards <br>
<br>
<font size="3">raphael</font><br>
</font></font></font></font></font></font></font></font></font></font></font></font><br>
</font></font></font></font><br>
</body>
</html>