Re: [Gluster-users] Glusterfs 3.7.11 with LibGFApi in Qemu on Ubuntu Xenial does not work

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Just for the record...

In the meantime i also filed a bug at the apparmor bugtracker:

https://bugs.launchpad.net/apparmor/+bug/1595451

Unfortunately they also could not help until now :-(

Regards
André

Am 22.06.2016 um 12:42 schrieb André Bauer:
> Hi Vijay,
> 
> i just used "tail -f /var/log/glusterfs/*.log" and also "tail -f
> /var/log/glusterfs/bricks/glusterfs-vmimages.log" on all 4 nodes to
> check for new log entries when trying to migrate a VM to the host.
> 
> There are no new log entries from start of vm migration until error.
> 
> Does anybody have this (qemu / libgfapi access) running in Ubuntu 16.04?
> 
> Regards
> André
> 
> 
> 
> Am 17.06.2016 um 04:44 schrieb Vijay Bellur:
>> On Wed, Jun 15, 2016 at 8:07 AM, André Bauer <abauer@xxxxxxxxx> wrote:
>>> Hi Prasanna,
>>>
>>> Am 15.06.2016 um 12:09 schrieb Prasanna Kalever:
>>>
>>>>
>>>> I think you have missed enabling bind insecure which is needed by
>>>> libgfapi access, please try again after following below steps
>>>>
>>>> => edit /etc/glusterfs/glusterd.vol by add "option
>>>> rpc-auth-allow-insecure on" #(on all nodes)
>>>> => gluster vol set $volume server.allow-insecure on
>>>> => systemctl restart glusterd #(on all nodes)
>>>>
>>>
>>> No, thats not the case. All services are up and runnig correctly,
>>> allow-insecure is set and the volume works fine with libgfapi access
>>> from my Ubuntu 14.04 KVM/Qemu servers.
>>>
>>> Just the server which was updated to Ubuntu 16.04 can't access the
>>> volume via libgfapi anmyore (fuse mount still works).
>>>
>>> GlusterFS logs are empty when trying to access the GlusterFS nodes so iyo
>>> think the requests are blocked on the client side.
>>>
>>> Maybe apparmor again?
>>>
>>
>> Might be worth a check again to see if there are any errors seen in
>> glusterd's log file on the server. libvirtd seems to indicate that
>> fetch of the volume configuration file from glusterd has failed.
>>
>> If there are no errors in glusterd or glusterfsd (brick) logs, then we
>> can possibly blame apparmor ;-).
>>
>> Regards,
>> Vijay
>>
> 
> 


-- 
Mit freundlichen Grüßen
André Bauer

MAGIX Software GmbH
André Bauer
Administrator
August-Bebel-Straße 48
01219 Dresden
GERMANY

tel.: 0351 41884875
e-mail: abauer@xxxxxxxxx
abauer@xxxxxxxxx <mailto:Email>
www.magix.com <http://www.magix.com/>

Geschäftsführer | Managing Directors: Dr. Arnd Schröder, Klaus Schmidt
Amtsgericht | Commercial Register: Berlin Charlottenburg, HRB 127205

Find us on:

<http://www.facebook.com/MAGIX> <http://www.twitter.com/magix_de>
<http://www.youtube.com/wwwmagixcom> <http://www.magixmagazin.de>
----------------------------------------------------------------------
The information in this email is intended only for the addressee named
above. Access to this email by anyone else is unauthorized. If you are
not the intended recipient of this message any disclosure, copying,
distribution or any action taken in reliance on it is prohibited and
may be unlawful. MAGIX does not warrant that any attachments are free
from viruses or other defects and accepts no liability for any losses
resulting from infected email transmissions. Please note that any
views expressed in this email may be those of the originator and do
not necessarily represent the agenda of the company.
----------------------------------------------------------------------
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux