glusterfs segfault

[TBT]

Hallo,

ich habe neuerdings ein "kleines" Problem mit glusterfs. Ausgangslage ist eine Diskless Debianinstallaiton, welche die Home-Laufwerke über glusterfs einbinden. Funktioniert unter Debian Lenny mit KDE 3.5 einwandfrei. Nun haben wir neue Thinclients bekommen, und auf Grund der aktuelleren Harware benötige ich den 2.6.32 Kernel, sowie den neuen Xorg für die Grafikkarte.
Die Clients laufen eigentlich schon ordentlich, bis auf gluster. Sobald ein Nutzer sich anmeldet (auth über ldap) stürzt glusterfs ab

Code: Alles auswählen

+------------------------------------------------------------------------------+
[2010-02-26 16:48:30] N [glusterfsd.c:1152:main] glusterfs: Successfully started
[2010-02-26 16:48:30] N [client-protocol.c:5557:client_setvolume_cbk] file2_home: Connected to 192.168.10.42:6996, attached to remote volume 'brick_home'.
[2010-02-26 16:48:30] N [afr.c:2190:notify] replicate_home: Subvolume 'file2_home' came back up; going online.
[2010-02-26 16:48:30] N [client-protocol.c:5557:client_setvolume_cbk] file2_home: Connected to 192.168.10.42:6996, attached to remote volume 'brick_home'.
[2010-02-26 16:48:30] N [afr.c:2190:notify] replicate_home: Subvolume 'file2_home' came back up; going online.
[2010-02-26 16:48:30] N [client-protocol.c:5557:client_setvolume_cbk] file1_home: Connected to 192.168.10.41:6996, attached to remote volume 'brick_home'.
[2010-02-26 16:48:30] N [client-protocol.c:5557:client_setvolume_cbk] file1_home: Connected to 192.168.10.41:6996, attached to remote volume 'brick_home'.
pending frames:
frame : type(1) op(READ)

patchset: 5c1d9108c1529a1155963cb1911f8870a674ab5b
signal received: 11
configuration details:argp 1
backtrace 1
bdb->cursor->get 1
db.h 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 2.0.1
[0xb7814400]
/usr/lib/glusterfs/2.0.1/xlator/mount/fuse.so(fuse_reply_vec+0xac)[0xb6c23ddc]
/usr/lib/glusterfs/2.0.1/xlator/mount/fuse.so[0xb6c22865]
/usr/lib/glusterfs/2.0.1/xlator/cluster/afr.so(afr_readv_cbk+0xa9)[0xb6aeeb09]
/usr/lib/glusterfs/2.0.1/xlator/protocol/client.so(client_readv_cbk+0x1f8)[0xb6b21af8]
/usr/lib/glusterfs/2.0.1/xlator/protocol/client.so(protocol_client_interpret+0x245)[0xb6b10e15]
/usr/lib/glusterfs/2.0.1/xlator/protocol/client.so(protocol_client_pollin+0xcf)[0xb6b10fbf]
/usr/lib/glusterfs/2.0.1/xlator/protocol/client.so(notify+0xda)[0xb6b17afa]
/usr/lib/glusterfs/2.0.1/transport/socket.so(socket_event_poll_in+0x3b)[0xb780d47b]
/usr/lib/glusterfs/2.0.1/transport/socket.so(socket_event_handler+0xab)[0xb780d53b]
/usr/lib/libglusterfs.so.0[0xb77f75ea]
/usr/lib/libglusterfs.so.0(event_dispatch+0x21)[0xb77f63b1]
/usr/sbin/glusterfs(main+0xe46)[0x804b696]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7680b55]
/usr/sbin/glusterfs[0x8049d11]
---------

Dies ist aber nur bei den neuen Clients so, alle anderen laufen tiptop weiter.

Bin für jeden Hinweis dankbar

Es ist im Übrigen egal, ob der Nutzer sich am grafischen Login anmeldet, oder remote per ssh. Des Weiteren stürzt gluster nicht ab, wenn root sich anmeldet.

[rendegast]

package-string: glusterfs 2.0.1

Die libglusterfs0 und glusterfs-client Version 2.0.9 aus lenny-backports mal ausprobieren?
(die libgcc1 4.3* aus lenny reicht)
Oder sogar 3.0.2 aus squeeze / sid versuchen?
(braucht aber auch gleich noch libgcc1 4.4*)

Falls Du den 2.6.32-trunk (Version 2.6.32-5) aus squeeze oder den 2.6.32-[23] (Version 2.6.32-[89]) aus sid verwendest,
in lenny-backports gibt es auch einen 2.6.32-Kernel:
http://packages.debian.org/lenny-backports/kernel/
Momentan Version 2.6.32-8~...


http://bugs.gluster.com/cgi-bin/bugzilla3/query.cgi
Vielleicht bzgl. "fuse 2.6.32" :
http://bugs.gluster.com/cgi-bin/bugzill ... use+2.6.32
oder bzgl. "type(1) op(READ)" :
http://bugs.gluster.com/cgi-bin/bugzill ... %28READ%29
ein paar Sachen bzgl. neuerer gcc-Versionen oder -Optionen:

glusterfs didn't work correctly when compiled with -D_FORTIFY_SOURCE=2 and recent gcc