gluster-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gluster-devel] issue with server: frame size (131278) > max (83896)


From: address@hidden
Subject: [Gluster-devel] issue with server: frame size (131278) > max (83896)
Date: Thu, 23 Oct 2008 13:25:47 +1000
User-agent: Thunderbird 2.0.0.14 (Windows/20080421)

HI Guys,

When i try to transfer a file over the glusterfs storage system, i get the following log from one of my servers -, the other 2 servers copy the file without an issue:

2008-10-23 05:14:36 E [protocol.c:342:gf_block_unserialize_transport] server: frame size (131278) > max (83896) 2008-10-23 05:14:36 D [tcp.c:87:tcp_disconnect] server: connection disconnected 2008-10-23 05:14:36 D [server-protocol.c:6262:server_protocol_cleanup] server: cleaned up transport state for client 192.168.1.105:1021 2008-10-23 05:14:36 D [tcp-server.c:257:gf_transport_fini] server: destroying transport object for 192.168.1.105:1021 (fd=6) 2008-10-23 05:14:36 D [tcp-server.c:145:tcp_server_notify] server: Registering socket (6) for new transport object of 192.168.1.105 2008-10-23 05:14:36 D [ip.c:120:gf_auth] brick: allowed = "*", received ip addr = "192.168.1.105"

It seems that the file transfers over with a file size of 0.

Glusterfs-serve.vol :

# file: /etc/glusterfs/glusterfs-server.vol

volume brick
 type storage/posix
 option directory /mnt/HD_a2/export
end-volume

volume server
 type protocol/server
 option transport-type tcp/server
 option auth.ip.brick.allow *
 subvolumes brick
end-volume

Glusterfs-client:

volume remote1
 type protocol/client
 option transport-type tcp/client
 option remote-host 192.168.1.104
 option remote-subvolume brick
end-volume

volume remote2
 type protocol/client
 option transport-type tcp/client
 option remote-host 192.168.1.106
 option remote-subvolume brick
end-volume

volume remote3
 type protocol/client
 option transport-type tcp/client
 option remote-host 192.168.1.10
 option remote-subvolume brick
end-volume

volume mirror0
 type cluster/afr
 subvolumes remote1 remote2 remote3
end-volume

Server with issue is 192.168.1.10.

Could anyone tell me what the issue is.

Thanks






reply via email to

[Prev in Thread] Current Thread [Next in Thread]