glusterfs-client is build without /usr/bin/fusermount-glusterfs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
glusterfs (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Release: Ubuntu 14.04 Trusty Tarh
glusterfs-client:
Installed: 3.4.2-1ubuntu1
Candidate: 3.4.2-1ubuntu1
Version table:
*** 3.4.2-1ubuntu1 0
500 http://
100 /var/lib/
When attempted to mount glusterfs volume in the client with custom options (e.g. umask, gid) via fstab or directly via command line (glusterfs --acl --fuse-
[2014-10-19 05:23:13.387795] I [mount.
[2014-10-19 05:23:13.388256] E [mount.
[2014-10-19 05:23:13.388598] E [mount.
Expected: Mount will work.
What happened: Mount does not work, gives aforemention error.
Upon further investigation (via gdb) I am finding that the application is using /usr/bin/
Here is the gdb session log:
romulus glusterfs # gdb --args glusterfs --acl --fuse-
GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://
Find the GDB manual and other documentation resources online at:
<http://
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from glusterfs...Reading symbols from /usr/lib/
done.
(gdb) b mount.c:162
No source file named mount.c.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (mount.c:162) pending.
(gdb) set follow-fork-mode child
(gdb) r
Starting program: /usr/sbin/glusterfs --acl --fuse-
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_
[New process 14416]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_
[New process 14421]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_
[Switching to Thread 0x7ffff7fd0740 (LWP 14421)]
Breakpoint 1, fuse_mount_
mnt_
163 ../../.
(gdb) p argv
$1 = {0x7ffff55d39be "/usr/bin/
0x555555784310 "/gluster/
0x7ffff7259f72 <__asprintf_
0x16 <error: Cannot access memory at address 0x16>, 0x0, 0x6 <error: Cannot access memory at address 0x6>, 0x555555784180 "umask=
0x7ffff71d840e <__GI__
0x7ffff7511e88 <fork_handler_
(gdb) quit
Full glusterlog:
[2014-10-19 05:23:09.678761] I [glusterfsd.
[2014-10-19 05:23:13.387795] I [mount.
[2014-10-19 05:23:13.388256] E [mount.
[2014-10-19 05:23:13.388598] E [mount.
[2014-10-19 05:23:14.205228] E [glusterfsd.
[2014-10-19 05:23:14.206097] I [socket.
[2014-10-19 05:23:14.206140] I [socket.
[2014-10-19 05:23:14.212271] I [graph.
[2014-10-19 05:23:14.213979] I [socket.
[2014-10-19 05:23:14.214003] I [socket.
[2014-10-19 05:23:14.214028] I [client.
Given volfile:
+------
1: volume file-storage-
2: type protocol/client
3: option transport-type tcp
4: option remote-subvolume /data/file-
5: option remote-host gluster.
6: end-volume
7:
8: volume file-storage-dht
9: type cluster/distribute
10: subvolumes file-storage-
11: end-volume
12:
13: volume file-storage-
14: type performance/
15: subvolumes file-storage-dht
16: end-volume
17:
18: volume file-storage-
19: type performance/
20: subvolumes file-storage-
21: end-volume
22:
23: volume file-storage-
24: type performance/
25: subvolumes file-storage-
26: end-volume
27:
28: volume file-storage-
29: type performance/
30: subvolumes file-storage-
31: end-volume
32:
33: volume file-storage-
34: type performance/
35: subvolumes file-storage-
36: end-volume
37:
38: volume file-storage-
39: type performance/
40: subvolumes file-storage-
41: end-volume
42:
43: volume file-storage
44: type debug/io-stats
45: option count-fop-hits off
46: option latency-measurement off
47: subvolumes file-storage-
48: end-volume
+------
[2014-10-19 05:23:14.217433] I [rpc-clnt.
[2014-10-19 05:23:14.217499] W [socket.
[2014-10-19 05:23:14.220001] I [client-
[2014-10-19 05:23:14.221148] I [client-
[2014-10-19 05:23:14.221170] I [client-
[2014-10-19 05:23:14.227131] I [fuse-bridge.
[2014-10-19 05:23:14.227231] I [client-
[2014-10-19 05:23:14.227312] I [fuse-bridge.
Status changed to 'Confirmed' because the bug affects multiple users.