[Gluster-devel] explanation of errors
gowda at zresearch.com
Mon Mar 17 16:58:03 UTC 2008
You cannot re-use the namespace as storage volume.
Make sure you have seperate namespaces, other than the ones in storage
for glusterfs to work properly.
On Mon, Mar 17, 2008 at 10:10 PM, Mickey Mazarick <mic at digitaltadpole.com>
> I'm getting a lot of errors on an AFR/unify setup with 6 storage bricks
> using ib-verbs and just want some help understanding what is critical.
> for some reason this setup is very unstable and we want to know how to
> make it as robust as the architecture suggests it should be.
> The problem is that when we copy any files we get hundreds of the
> following three errors in the client:
> 2008-03-17 12:31:00 E [fuse-bridge.c:699:fuse_fd_cbk] glusterfs-fuse:
> 38: /tftpboot/node_root/lib/modules/18.104.22.168/modules.symbols => -1 (5)
> 2008-03-17 12:31:00 E [unify.c:850:unify_open] main:
> entry_count is 3
> 2008-03-17 12:31:00 E [unify.c:853:unify_open] main:
> found on main-ns
> Files still copy with these errors but very slowly.
> Additionally we are unable to lose even one storage brick without the
> cluster freezing.
> We have the pretty common afr/unify setup with 6 storage bricks.
> Storage_01 <- AFR -> RTPST202 <-AFR-> Storage_03
> Storage_01 <- AFR -> Storage_02
> Storage_03 <- AFR -> Storage_04
> Storage_05 <- AFR -> Storage_06
> All this is running on TLA ver 703 with a the latest patched fuse module.
> Any suggestions would be appreciated!
> -Mickey Mazarick
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
More information about the Gluster-devel