gluster-devel
[Top][All Lists]
Advanced

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

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


From: Raghavendra G
Subject: Re: [Gluster-devel] issue with server: frame size (131278) > max (83896)
Date: Thu, 23 Oct 2008 08:06:35 +0400

Hi Chris,
The issue is that maximum allowed blocksize is less than the size of the transmitted block. Maximum allowed block size can be changed using the option "limits.transaction-size" on both protocol/client and protocol/server. Make sure that it can accommodate the size of the largest block that can be transmitted.

In your case, the issue can be fixed with updating the configuration on the server having the issue with the following option in protocol/server

option limits.transaction-size 128KB

regards,

On Thu, Oct 23, 2008 at 7:25 AM, address@hidden <address@hidden> wrote:
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




_______________________________________________
Gluster-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/gluster-devel



--
Raghavendra G


reply via email to

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