[Gluster-users] gluster 3.31b1 destroying mountpoints?

[Harry Mangalam]

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://supercolony.gluster.org/pipermail/gluster-users/attachments/20120322/20814778/attachment.html>