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

Raghavendra G raghavendra.hg at gmail.com
Thu Oct 23 06:36:47 UTC 2008


Hi Chris,

comments are inlined. I've added the option in volume server. Please update
this change on the server you are having the issue.

On Thu, Oct 23, 2008 at 8:22 AM, chris at velocityservers.com.au <
chris at velocityservers.com.au> wrote:

> 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 *
>

option limits.transaction-size 128KB


> 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
>>
>>
>


-- 
Raghavendra G
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20081023/ccf7a905/attachment-0003.html>


More information about the Gluster-devel mailing list