[Linuxppc-users] Live VM disk removal failure

[Jason Furmanek]

One more thing:

That rpadlpar module comes along with the 
*linux-image-extra-generic-<version> *package, so make sure to have 
that. (credit to Folco again on that one - he helped me with a similar 
issue not long back). A lot of "minimal" cloud images don't come with 
the extra package.


So for hotplug you want:

- powerpc-utils

- ppc64_diag

- librtas

- linux-image-extra-generic-<version>


On 06/28/2017 07:15 PM, Rafael Folco wrote:
> Hi Sam,
>
> Xenial should hotplug pci afaik.
> If I remember right, the missing package in a base ubuntu cloud image 
> (xenial) was ppc64-diag. Just confirm powerpc-utils and librtas are 
> also installed. So after installing it, make sure rtas_errd service is 
> up and running inside your guest.
>
> When you attach / detach using virsh or via openstack, it will call 
> drmgr tool under the covers, which in turn will load rpadlpar module 
> and perform the hotplug operation.
> I am not sure about min versions but latest available in xenial 
> 16.04.X are enough.
>
> Hope this helps.
>
> That’s All Folco’s =)
>
> Rafael Folco
> OpenStack
> IBM Linux Technology Center
>
>
>
>> On Jun 28, 2017, at 8:06 PM, Leonardo Augusto Guimarães Garcia 
>> <lagarcia at linux.vnet.ibm.com <mailto:lagarcia at linux.vnet.ibm.com>> wrote:
>>
>> Samuel,
>>
>> From what you described, it doesn't seem to me, at least initially, 
>> that you have an issue in libvirt. On Power systems, you need some 
>> user space tools installed in the guest in order to correctly perform 
>> hot plug and hot unplug operations. It may be the case that the tools 
>> that come installed by default in Ubuntu 14.04 and Ubuntu 16.04 are 
>> just too old. Please, check the versions of the following 
>> packages:powerpc-utils, ppc64_diag, and librtas.
>>
>> Cheers,
>>
>> Leo
>>
>> On 06/28/2017 05:24 PM, Samuel D Matzek wrote:
>>> I am hitting a silent error while trying to detach a volume from a 
>>> running VM on Ubuntu Xenial KVM.  While I am using OpenStack for 
>>> this, the OpenStack code is calling into the libvirt module to do 
>>> the detach from the transient / live domain and libvirt is failing 
>>> to remove the disk from the running domain and is not putting any 
>>> errors in libvirtd logs.
>>> The OpenStack error is "DeviceDetachFailed: Device detach failed for 
>>> vdb: Unable to detach from guest transient domain."
>>> I have discovered this is a guest OS issue.  I tried the following 
>>> guest OSes with Ubuntu Xenial as the host OS:
>>> Silent detach failure / fail to detach:
>>> Ubuntu 14.04 ppc64le daily build of Ubuntu cloud image
>>> Ubuntu 16.04 ppc64le daily build of Ubuntu cloud image
>>> Live detach succeeds:
>>> Ubuntu 16.10 ppc64le daily build of Ubuntu cloud image
>>> Ubuntu 17.04 ppc64le daily build of Ubuntu cloud image
>>> CentOS 7.3
>>> What I am trying to achieve is to get the live detach to work on 
>>> Xenial (16.04) and am at a loss as to what packages or processes may 
>>> be involved in the differences between 16.04 and 16.10 where it 
>>> works.  I have checked the kernel and both 16.04 and 16.10 are both 
>>> using a 4.8.x level.
>>> In all cases the disk trying to be detached is not in use.  They are 
>>> blank with no file system on them.  They are not mounted.  The same 
>>> set of steps is taken to attach, reboot, detach, between the working 
>>> and non-working OS levels above.
>>> Does any one have hints on what could be causing the silent detach 
>>> failure on Xenial?  What packages I should look at updating beyond 
>>> what the Ubuntu daily build has?  Note I have already tried doing 
>>> upgrade of all packages, including updating from a recent UCA repo.
>>> Additionally, does anyone know what to set (and where) to get the 
>>> reason libvirt is not detaching the volume from the live domain? I 
>>> have already tried enabling the logging documented here [1].
>>> [1] https://wiki.libvirt.org/page/DebugLogs
>>>
>>>
>>>
>>> _______________________________________________
>>> Linuxppc-users mailing list
>>> Linuxppc-users at lists.ozlabs.org
>>> https://lists.ozlabs.org/listinfo/linuxppc-users
>>
>> _______________________________________________
>> Linuxppc-users mailing list
>> Linuxppc-users at lists.ozlabs.org <mailto:Linuxppc-users at lists.ozlabs.org>
>> https://lists.ozlabs.org/listinfo/linuxppc-users
>
>
>
> _______________________________________________
> Linuxppc-users mailing list
> Linuxppc-users at lists.ozlabs.org
> https://lists.ozlabs.org/listinfo/linuxppc-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/linuxppc-users/attachments/20170629/2bc8d3e9/attachment.html>