Hi Anand,
No, i just used gcc as the compiler.
Anand Avati wrote:
Have you used any special compiler? We had seen this issue a while back.
avati
2008/10/23, chris@xxxxxxxxxxxxxxxxxxxxxx
<mailto:chris@xxxxxxxxxxxxxxxxxxxxxx> <chris@xxxxxxxxxxxxxxxxxxxxxx
<mailto:chris@xxxxxxxxxxxxxxxxxxxxxx>>:
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@xxxxxxxxxx <mailto:Gluster-devel@xxxxxxxxxx>
http://lists.nongnu.org/mailman/listinfo/gluster-devel
--
If I traveled to the end of the rainbow
As Dame Fortune did intend,
Murphy would be there to tell me
The pot's at the other end.
