Testing gluster 3.3b2 on Ubuntu 10.04.4 3.3b1 seemed to be fine in this regard, but I'm getting a very peculiar effect of trying to mount gluster with 3.3b2 $ mount -t glusterfs pbs1:/gl /gll Mount failed. Please check the log file for more details. $ ls -l / ... drwxr-xr-x 193 root root 12288 2012-03-22 13:19 etc d????????? ? ? ? ? ? gl d????????? ? ? ? ? ? gll drwxr-xr-x 403 root root 12288 2012-03-17 08:26 home ... the mount seems to be destroying the mountpoints. Both /gl and /gll were created for the mountpoint, and then destroyed by trying to mount the gluster volume on it. I did not use a transport option since it's supposed to default to socket. The package used on both servers and clients was the Debian pkg: glusterfs_3.3beta2-1_amd64_with_rdma.deb The volume was created with: gluster volume create gl \ transport tcp,rdma \ pbs1:/bducgl \ pbs2:/bducgl pbs2:/bducgl1 \ pbs3:/bducgl \ pbs4:/bducgl gluster volume set gl auth.allow 10.255.78.*,10.255.89.*,128.200.15.* gluster volume set gl performance.io-thread-count 64 (I'm also experimenting with IB transport but would like to test the TCP transport as well). and the server-side status was: root at pbs1:~# gluster volume info Volume Name: gl Type: Distribute Status: Created Number of Bricks: 5 Transport-type: tcp,rdma Bricks: Brick1: pbs1:/bducgl Brick2: pbs2:/bducgl Brick3: pbs2:/bducgl1 Brick4: pbs3:/bducgl Brick5: pbs4:/bducgl Options Reconfigured: performance.io-thread-count: 64 auth.allow: 10.255.78.*,10.255.89.*,xxx.xxx.xx.* on the client side, /var/log/glusterfs/gl.log says: [2012-03-22 13:08:52.903423] W [fuse-bridge.c:2280:fuse_statfs_cbk] 0- glusterfs-fuse: 33: ERR => -1 (Transport endpoint is not connected) [2012-03-22 13:08:53.681680] I [client.c:1885:client_rpc_notify] 0-gl- client-4: disconnected On the server side, there are many lines of the format: [2012-03-21 14:22:13.279799] W [rpc- transport.c:183:rpc_transport_load] 0-rpc-transport: missing 'option transport-type'. defaulting to "socket" [2012-03-21 14:22:13.487349] I [cli-rpc- ops.c:1000:gf_cli3_1_set_volume_cbk] 0-cli: Received resp to set [2012-03-21 14:22:13.487548] I [input.c:46:cli_batch] 0-: Exiting with: 0 [2012-03-21 14:23:23.869580] W [rpc- transport.c:183:rpc_transport_load] 0-rpc-transport: missing 'option transport-type'. defaulting to "socket" [2012-03-21 14:23:24.74471] I [cli-rpc- ops.c:1000:gf_cli3_1_set_volume_cbk] 0-cli: Received resp to set [2012-03-21 14:23:24.74668] I [input.c:46:cli_batch] 0-: Exiting with: 0 [2012-03-22 12:56:51.299987] W [rpc- transport.c:183:rpc_transport_load] 0-rpc-transport: missing 'option transport-type'. defaulting to "socket" [2012-03-22 12:56:51.425471] I [cli-rpc- ops.c:413:gf_cli3_1_get_volume_cbk] 0-cli: Received resp to get vol: 0 [2012-03-22 12:56:51.425694] I [cli-rpc- ops.c:606:gf_cli3_1_get_volume_cbk] 0-: Returning: 0 [2012-03-22 12:56:51.462537] I [cli-rpc- ops.c:413:gf_cli3_1_get_volume_cbk] 0-cli: Received resp to get vol: 0 [2012-03-22 12:56:51.462649] I [cli-rpc- ops.c:606:gf_cli3_1_get_volume_cbk] 0-: Returning: 0 [2012-03-22 12:56:51.462663] I [input.c:46:cli_batch] 0-: Exiting with: 0 This can't be normal.... -- Harry Mangalam - Research Computing, OIT, Rm 225 MSTB, UC Irvine [ZOT 2225] / 92697 Google Voice Multiplexer: (949) 478-4487 415 South Circle View Dr, Irvine, CA, 92697 [shipping] MSTB Lat/Long: (33.642025,-117.844414) (paste into Google Maps) -- -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://gluster.org/pipermail/gluster-users/attachments/20120322/20814778/attachment-0001.htm>
