[Gluster-users] 3.3.1 breaks NFS CARP setup

[John Mark Walker]

Dan - if you need to downgrade, see Kaleb's repo here:

http://repos.fedorapeople.org/repos/kkeithle/glusterfs/old/3.3.0-11/

-JM


On Mon, Oct 22, 2012 at 9:42 AM, Dan Bretherton <
d.a.bretherton at reading.ac.uk> wrote:

> Dear All-
> I upgraded from 3.3.0 to 3.3.1 from the epel-glusterfs repository a few
> days ago, but I discovered that NFS in the new version does not work with
> virtual IP addresses managed by CARP.  NFS crashed as soon as an NFS client
> made an attempt to mount a volume using a virtual IP address, but mounting
> from a server's fixed IP address did not cause any problems.  The following
> errors appeared in nfs.log every time NFS crashed.
>
> [2012-10-18 23:26:49.493953] E [nfs3.c:1409:nfs3_lookup] 0-nfs-nfsv3:
> Volume is disabled: odin
> pending frames:
>
> patchset: git://git.gluster.com/**glusterfs.git<http://git.gluster.com/glusterfs.git>
> signal received: 6
> time of crash: 2012-10-18 23:26:49
> configuration details:
> argp 1
> backtrace 1
> dlfcn 1
> fdatasync 1
> libpthread 1
> llistxattr 1
> setfsid 1
> spinlock 1
> epoll.h 1
> xattr.h 1
> st_atim.tv_nsec 1
> package-string: glusterfs 3.3.1
> /lib64/libc.so.6[0x3b5a8302d0]
> /lib64/libc.so.6(gsignal+0x35)**[0x3b5a830265]
> /lib64/libc.so.6(abort+0x110)[**0x3b5a831d10]
> /lib64/libc.so.6[0x3b5a86a99b]
> /lib64/libc.so.6(__stack_chk_**fail+0x2f)[0x3b5a8e969f]
> /usr/lib64/glusterfs/3.3.1/**xlator/nfs/server.so[**0x2aaaaba23f24]
> /usr/lib64/libgfrpc.so.0(**rpcsvc_handle_rpc_call+0x2bb)[**0x2aef5ef0b22b]
> /usr/lib64/libgfrpc.so.0(**rpcsvc_notify+0x16c)[**0x2aef5ef0b42c]
> /usr/lib64/libgfrpc.so.0(rpc_**transport_notify+0x27)[**0x2aef5ef0ce17]
> /usr/lib64/glusterfs/3.3.1/**rpc-transport/socket.so(**
> socket_event_poll_in+0x3f)[**0x2aaaaaab6c5f]
> /usr/lib64/glusterfs/3.3.1/**rpc-transport/socket.so(**
> socket_event_handler+0x188)[**0x2aaaaaab6e08]
> /usr/lib64/libglusterfs.so.0[**0x2aef5ecba781]
> /usr/sbin/glusterfs(main+**0x502)[0x406712]
> /lib64/libc.so.6(__libc_start_**main+0xf4)[0x3b5a81d994]
> /usr/sbin/glusterfs[0x404439]
> ---------
>
> A large core dump was also produced each time, usually about 800MB in
> size. If anyone would be interested in looking at one of these I will make
> it available for download from our web server.
>
> I don't know if this can be called a bug since CARP is not a standard
> GlusterFS feature, but I really would prefer to retain the measure of
> resiliency that CARP provides.  Any suggestions would be much appreciated.
>  I ended up rolling back to version 3.3.0 to get things working again.
>
> Incidentally, when I decided to downgrade 3.3.0 I discovered that those
> RPMs aren't available for download from http://download.glusterfs.org  or
> http://repos.fedorapeople.org/**repos/kkeithle/glusterfs<http://repos.fedorapeople.org/repos/kkeithle/glusterfs>(epel-glusterfs) any more.  I managed to find RPMs for version 3.3.0 by
> Googling for the file names and found them here: http://bits.gluster.com/*
> *gluster/glusterfs/3.3.0/x86_**64/<http://bits.gluster.com/gluster/glusterfs/3.3.0/x86_64/>.
>  I don't know if this is an official download site, but it might be worth
> putting a link to it from the Gluster community web site in case anyone
> else needs to downgrade.
>
> -Dan.
>
> ______________________________**_________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.**org/mailman/listinfo/gluster-**users<http://supercolony.gluster.org/mailman/listinfo/gluster-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20121022/9c198618/attachment.html>