I have a problem (4 servers and x clients) - Distributed Replicated Storage. Configuration copied from the documentation. I not tested on latest glusterfs version ;-) glusterfs 2.0.0rc4 built on Mar 11 2009 09:26:17 Repository revision: cb602a1d7d41587c24379cb2636961ab91446f86 + Copyright (c) 2006-2009 Z RESEARCH Inc. <http://www.zresearch.com> GlusterFS comes with ABSOLUTELY NO WARRANTY. You may redistribute copies of GlusterFS under the terms of the GNU General Public License. Linux xx-storage-1a 2.6.18-6-xen-amd64 #1 SMP Wed Dec 10 13:10:58 CET 2008 x86_64 GNU/Linux On server glusterfsd.log: s/produkty/dodatki/skiny/8f (157420)' 2009-04-16 14:29:49 D [server-protocol.c:5843:server_inodelk_resume] brick: 6740: INODELK '/xx/production/web/upload s/produkty/dodatki/skiny/8f (157420)' 2009-04-16 14:29:49 D [common.c:514:pl_setlk] p-locks: Unlock (pid=4856) 0 - 0 => OK 2009-04-16 14:29:49 D [inode.c:312:__inode_passivate] brick/inode: passivating inode(157420) lru=1025/1024 active=142 purge=0 2009-04-16 14:29:49 D [inode.c:336:__inode_retire] brick/inode: retiring inode(455567) lru=1024/1024 active=142 purge=1 2009-04-16 14:29:49 D [inode.c:112:__dentry_unhash] brick/inode: dentry unhashed a8 (455567) 2009-04-16 14:29:49 D [inode.c:125:__dentry_unset] brick/inode: unset dentry a8 (455567) 2009-04-16 14:29:49 D [inode.c:276:__inode_destroy] brick/inode: destroy inode(455567) [@0x52e4d0] 2009-04-16 14:29:49 D [inode.c:293:__inode_activate] brick/inode: activating inode(443638), lru=1023/1024 active=143 purge=0 2009-04-16 14:29:49 D [server-protocol.c:3537:server_lookup_resume] brick: 397214: LOOKUP '428439/da' 2009-04-16 14:29:49 D [inode.c:312:__inode_passivate] brick/inode: passivating inode(443638) lru=1024/1024 active=142 purge=0 2009-04-16 14:29:49 D [server-protocol.c:3537:server_lookup_resume] brick: 439605: LOOKUP '1/xx-dodatki' 2009-04-16 14:29:49 D [server-protocol.c:3537:server_lookup_resume] brick: 439606: LOOKUP '146308/production' 2009-04-16 14:29:49 D [server-protocol.c:3537:server_lookup_resume] brick: 439607: LOOKUP '146312/web' 2009-04-16 14:29:49 D [server-protocol.c:3537:server_lookup_resume] brick: 439608: LOOKUP '146316/uploads' 2009-04-16 14:29:49 D [server-protocol.c:3537:server_lookup_resume] brick: 439609: LOOKUP '146320/produkty' 2009-04-16 14:29:49 D [inode.c:471:__inode_create] brick/inode: create inode(0) 2009-04-16 14:29:49 D [inode.c:293:__inode_activate] brick/inode: activating inode(0), lru=1024/1024 active=143 purge=0 2009-04-16 14:29:49 D [server-protocol.c:3537:server_lookup_resume] brick: 439610: LOOKUP '428439/14' 2009-04-16 14:29:49 D [inode.c:94:__dentry_hash] brick/inode: dentry hashed 14 (429342) 2009-04-16 14:29:49 D [inode.c:312:__inode_passivate] brick/inode: passivating inode(429342) lru=1025/1024 active=142 purge=0 2009-04-16 14:29:49 D [inode.c:336:__inode_retire] brick/inode: retiring inode(460133) lru=1024/1024 active=142 purge=1 2009-04-16 14:29:49 D [inode.c:112:__dentry_unhash] brick/inode: dentry unhashed db61754b26f5ba1daf8df6dc387ae57dc94d292b.jpg (460133) 2009-04-16 14:29:49 D [inode.c:125:__dentry_unset] brick/inode: unset dentry db61754b26f5ba1daf8df6dc387ae57dc94d292b.jpg (460 133) 2009-04-16 14:29:49 D [inode.c:276:__inode_destroy] brick/inode: destroy inode(460133) [@0x537c10] and Xen console : [<ffffffff880b374e>] :reiserfs:sprintf_le_key+0x19/0x337 PGD 6ee23067 PUD 6f009067 PMD 0 Oops: 0000 [1] SMP CPU 0 Modules linked in: nfs ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables nfsd exportfs lockd nfs_acl sunrpc ipv6 reiserfs fuse evdev pcspkr 8250 serial_core ext3 jbd mbcache dm_mirror dm_snapshot dm_mod raid1 md_mod Pid: 5723, comm: glusterfsd Not tainted 2.6.18-6-xen-amd64 #1 RIP: e030:[<ffffffff880b374e>] [<ffffffff880b374e>] :reiserfs:sprintf_le_key+0x19/0x337 RSP: e02b:ffff88006f39bb08 EFLAGS: 00010206 RAX: 0000000000000028 RBX: 0000000001000000 RCX: 0000000000000015 RDX: ffff88006f39bc18 RSI: 0000000001000000 RDI: ffffffff880d765f RBP: ffff88006f39bbd8 R08: 00000000ffffffff R09: 0000000000000000 R10: 0000000001000000 R11: 0000000000000001 R12: ffffffff880d7a20 R13: ffffffff880d765f R14: 0000000000000001 R15: 0000000000000008 FS: 00002ad4535a4ae0(0000) GS:ffffffff804c4000(0000) knlGS:0000000000000000 CS: e033 DS: 0000 ES: 0000 Process glusterfsd (pid: 5723, threadinfo ffff88006f39a000, task ffff88007f01f140) Stack: ffff88006f39bbd8 ffff8800015a646b ffff88006f39bbd8 ffffffff880d7a20 ffffffff880d765f ffffffff880b3b3f ffff880002cb2d30 0000000000000000 ffff8800458a0d30 ffffffff880d7a4c Call Trace: [<ffffffff880b3b3f>] :reiserfs:prepare_error_buf+0xd3/0x560 [<ffffffff8022f62e>] alloc_page_buffers+0x82/0xd4 [<ffffffff880b36f4>] :reiserfs:reiserfs_warning+0x50/0x91 [<ffffffff802a2112>] read_cache_page+0xf2/0x167 [<ffffffff880c3c00>] :reiserfs:reiserfs_xattr_get+0x1e9/0x204 [<ffffffff880c3131>] :reiserfs:reiserfs_getxattr+0x7e/0xbc [<ffffffff802c0f86>] vfs_getxattr+0x85/0xe3 [<ffffffff802c1079>] getxattr+0x95/0xf6 [<ffffffff8022d220>] mntput_no_expire+0x19/0x8b [<ffffffff8020df65>] do_path_lookup+0x268/0x28c [<ffffffff80207138>] kmem_cache_free+0x77/0xca [<ffffffff80223b92>] __user_walk_fd+0x48/0x53 [<ffffffff802c116b>] sys_lgetxattr+0x43/0x61 [<ffffffff8025be3a>] system_call+0x86/0x8b [<ffffffff8025bdb4>] system_call+0x0/0x8b Code: 48 8b 46 08 48 c1 e8 3c 3c 03 77 14 0f b6 c0 41 bc 01 00 00 RIP [<ffffffff880b374e>] :reiserfs:sprintf_le_key+0x19/0x337 RSP <ffff88006f39bb08> CR2: 0000000001000008 <0>Kernel panic - not syncing: Fatal exception I copy "cp -r /var/storage/glusterfs /test" and there were no problems with the filesystem
