This is my desired configuration:
- Server Box 1: 4 HD: with 4 storage partition a 4 namespace partitions
AFR with the 4 ns partitions
UNIFY with 4 ds partitions and previous AFR volume
- Server Box 2: 4 HD: with 4 storage partition a 4 namespace partitions
AFR with the 4 ns partitions
UNIFY with 4 ds partitions and previous AFR volume
- Client Box:
AFR with the two UNIFY volumes
Seems that i CAN'T use an afr volume under my two unify volumes if then the
client use afr again with this 2 unified volumes. So i have deleted the
namespace afr and now i use a single posix volume as ns.
Is it the way it shold be done? or maybe i missed something.
I will gratefully accept eny help.
On Tue, Feb 19, 2008 at 7:12 PM, E-Comm Factory <sistemas@xxxxxxxxxxxxxxxxx>
wrote:
>
> 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
>
--
Toni Valverde
tvalverde@xxxxxxxxxxxxxxxxx
Electronic Commerce Factory S.L.
C/Martin de los Heros, 59bis - 1º nº 8
28008 - Madrid
