[Gluster-devel] issue with server: frame size (131278) > max (83896)
chris at velocityservers.com.au
chris at velocityservers.com.au
Thu Oct 23 04:22:09 UTC 2008
Hi Raghavendra,
I know it sounds like a stupid question,
however whereabouts in the configuration should i put the :option
limits.transaction-size 128KB" in?
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
Thanks
Raghavendra G wrote:
> 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, chris at velocityservers.com.au
> <mailto:chris at velocityservers.com.au> <chris at velocityservers.com.au
> <mailto:chris at velocityservers.com.au>> 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
> <http://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
> <http://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
> <http://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 <http://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 <http://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 <http://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 <http://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 <http://192.168.1.10>.
>
> Could anyone tell me what the issue is.
>
> Thanks
>
>
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org <mailto:Gluster-devel at nongnu.org>
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
>
>
> --
> Raghavendra G
>
More information about the Gluster-devel
mailing list