More info about this issue:
2008-02-19 19:06:09 D [inode.c:356:__active_inode] disk-fs11/inode:
activating inode(1064961), lru=6/1024
2008-02-19 19:06:09 D [lock.c:128:mop_lock_impl] lock: Lock request to
/file.img queued
2008-02-19 19:09:10 E [protocol.c:259:gf_block_unserialize_transport]
server: EOF from peer (192.168.1.103:1023)
2008-02-19 19:09:10 C [tcp.c:87:tcp_disconnect] server: connection
disconnected
2008-02-19 19:09:10 D [tcp-server.c:145:tcp_server_notify] server:
Registering socket (4) for new transport object of 192.168.1.103
2008-02-19 19:09:10 D [ip.c:98:gf_auth] disk-fs11: allowed = "*", received
ip addr = "192.168.1.103"
2008-02-19 19:09:10 D [server-protocol.c:5487:mop_setvolume] server:
accepted client from 192.168.1.103:1021
2008-02-19 19:09:10 E [server-protocol.c:183:generic_reply] server:
transport_writev failed
2008-02-19 19:09:10 D [server-protocol.c:6067:server_protocol_cleanup]
server: cleaned up transport state for client 192.168.1.103:1023
2008-02-19 19:09:10 D [tcp-server.c:248:gf_transport_fini] server:
destroying transport object for 192.168.1.103:1023 (fd=4)
2008-02-19 19:09:10 D [inode.c:386:__passive_inode] disk-fs11/inode:
passivating inode(1064961), lru=7/1024
2008-02-19 19:09:10 D [inode.c:356:__active_inode] disk-fs11/inode:
activating inode(1064961), lru=6/1024
2008-02-19 19:09:12 D [inode.c:386:__passive_inode] disk-fs11/inode:
passivating inode(1064961), lru=7/1024
I don't know if it could help. Any help will be apreciated!
Finally, thanks guys for this fantastic project. GlusterFS is amazing.
On Tue, Feb 19, 2008 at 5:26 PM, E-Comm Factory <sistemas@xxxxxxxxxxxxxxxxx>
wrote:
>
> I also tested glusterfs-mainline-2.5 PATCH 674 with the same results.
>
>
> On Tue, Feb 19, 2008 at 5:23 PM, Toni Valverde <
> tvalverde@xxxxxxxxxxxxxxxxx> wrote:
>
> > I also tested glusterfs-mainline-2.5 PATCH 674 with the same
> > results.
> >
> >
> > On Tue, Feb 19, 2008 at 4:05 PM, E-Comm Factory <
> > sistemas@xxxxxxxxxxxxxxxxx> wrote:
> >
> > > thanks amar
> > >
> > > - glusterfs--mainline--2.5 PATCH 665
> > > - fuse-2.7.2glfs8
> > >
> > >
> > >
> > > On Mon, Feb 18, 2008 at 8:48 PM, Amar S. Tumballi <amar@xxxxxxxxxxxxx>
> > > wrote:
> > >
> > > > Can you please let us know what version of fuse and glusterfs you
> > > > are running these tests from?
> > > >
> > > > -amar
> > > >
> > > > On Feb 18, 2008 11:03 PM, E-Comm Factory <sistemas@xxxxxxxxxxxxxxxxx>
> > > > wrote:
> > > >
> > > > > Hello,
> > > > >
> > > > > I have 2 boxes with 4 unified disks (so i have 2 volumes). Then,
> > > > > in client
> > > > > side, i have set afr with this 2 virtual volumes.
> > > > >
> > > > > For testing purposes I've deleted one file on the second afr
> > > > > volume and then
> > > > > tried to self-heal the global afr but it crashes with this error:
> > > > >
> > > > > [afr.c:2754:afr_open] disk: self heal failed, returning EIOç
> > > > > [fuse-bridge.c:675:fuse_fd_cbk] glusterfs-fuse: 98: /fichero4.img
> > > > > => -1 (5)
> > > > >
> > > > > An strace to the pid of the glusterfs-server running on the first
> > > > > afr volume
> > > > > crashes too when selfhealing:
> > > > >
> > > > > epoll_wait(6, {{EPOLLIN, {u32=6304624, u64=6304624}}}, 2,
> > > > > 4294967295) = 1
> > > > > read(4, out of memory
> > > > > 0x7fff9a3b1d90, 113) = 113
> > > > > read(4, Segmentation fault
> > > > >
> > > > > My server config file (same on both server boxes):
> > > > >
> > > > > # datastores
> > > > > volume disk1
> > > > > type storage/posix
> > > > > option directory /mnt/disk1
> > > > > end-volume
> > > > > volume disk2
> > > > > type storage/posix
> > > > > option directory /mnt/disk2
> > > > > end-volume
> > > > > volume disk3
> > > > > type storage/posix
> > > > > option directory /mnt/disk3
> > > > > end-volume
> > > > > volume disk4
> > > > > type storage/posix
> > > > > option directory /mnt/disk4
> > > > > end-volume
> > > > >
> > > > > # namespaces
> > > > > volume disk1-ns
> > > > > type storage/posix
> > > > > option directory /mnt/disk1-ns
> > > > > end-volume
> > > > > volume disk2-ns
> > > > > type storage/posix
> > > > > option directory /mnt/disk2-ns
> > > > > end-volume
> > > > > #volume disk3-ns
> > > > > # type storage/posix
> > > > > # option directory /mnt/disk3-ns
> > > > > #end-volume
> > > > > #volume disk4-ns
> > > > > # type storage/posix
> > > > > # option directory /mnt/disk4-ns
> > > > > #end-volume
> > > > >
> > > > > # afr de namespaces
> > > > > volume disk-ns-afr
> > > > > type cluster/afr
> > > > > subvolumes disk1-ns disk2-ns
> > > > > option scheduler random
> > > > > end-volume
> > > > >
> > > > > # unify de datastores
> > > > > volume disk-unify
> > > > > type cluster/unify
> > > > > subvolumes disk1 disk2 disk3 disk4
> > > > > option namespace disk-ns-afr
> > > > > option scheduler rr
> > > > > end-volume
> > > > >
> > > > > # performace para el disco
> > > > > volume disk-fs11
> > > > > type performance/io-threads
> > > > > option thread-count 8
> > > > > option cache-size 64MB
> > > > > subvolumes disk-unify
> > > > > end-volume
> > > > >
> > > > > # permitimos acceso a cualquier cliente
> > > > > volume server
> > > > > type protocol/server
> > > > > option transport-type tcp/server
> > > > > subvolumes disk-fs11
> > > > > option auth.ip.disk-fs11.allow *
> > > > > end-volume
> > > > >
> > > > > My client config file:
> > > > >
> > > > > volume disk-fs11
> > > > > type protocol/client
> > > > > option transport-type tcp/client
> > > > > option remote-host 192.168.1.34
> > > > > option remote-subvolume disk-fs11
> > > > > end-volume
> > > > >
> > > > > volume disk-fs12
> > > > > type protocol/client
> > > > > option transport-type tcp/client
> > > > > option remote-host 192.168.1.35
> > > > > option remote-subvolume disk-fs12
> > > > > end-volume
> > > > >
> > > > > volume disk
> > > > > type cluster/afr
> > > > > subvolumes disk-fs11 disk-fs12
> > > > > end-volume
> > > > >
> > > > > volume trace
> > > > > type debug/trace
> > > > > subvolumes disk
> > > > > # option includes open,close,create,readdir,opendir,closedir
> > > > > # option excludes lookup,read,write
> > > > > end-volume
> > > > >
> > > > > Anyone could help me?
> > > > >
> > > > > Thanks in advance.
> > > > >
> > > > > --
> > > > > ecomm
> > > > > sistemas@xxxxxxxxxxxxxxxxx
> > > > > _______________________________________________
> > > > > Gluster-devel mailing list
> > > > > Gluster-devel@xxxxxxxxxx
> > > > > http://lists.nongnu.org/mailman/listinfo/gluster-devel
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Amar Tumballi
> > > > Gluster/GlusterFS Hacker
> > > > [bulde on #gluster/irc.gnu.org]
> > > > http://www.zresearch.com - Commoditizing Supercomputing and
> > > > Superstorage!
> > >
> > >
> > >
> > >
> > > --
> > > Toni Valverde
> > > tvalverde@xxxxxxxxxxxxxxxxx
> > >
> > > Electronic Commerce Factory S.L.
> > > C/Martin de los Heros, 59bis - 1º nº 8
> > > 28008 - Madrid
> >
> >
> >
> >
> > --
> > Toni Valverde
> > tvalverde@xxxxxxxxxxxxxxxxx
> >
> > Electronic Commerce Factory S.L.
> > C/Martin de los Heros, 59bis - 1º nº 8
> > 28008 - Madrid
> >
>
>
>
> --
> Toni Valverde
> tvalverde@xxxxxxxxxxxxxxxxx
>
> Electronic Commerce Factory S.L.
> C/Martin de los Heros, 59bis - 1º nº 8
> 28008 - Madrid
>
--
Toni Valverde
tvalverde@xxxxxxxxxxxxxxxxx
Electronic Commerce Factory S.L.
C/Martin de los Heros, 59bis - 1º nº 8
28008 - Madrid
