Bug 953527
| Summary: | Fuse mount crashes while running FSCT tool on the Samba Share from a windows client | |||
|---|---|---|---|---|
| Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Ujjwala <ujjwala> | |
| Component: | fuse | Assignee: | Raghavendra Bhat <rabhat> | |
| Status: | CLOSED ERRATA | QA Contact: | Sudhir D <sdharane> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | high | |||
| Version: | 2.1 | CC: | aavati, amarts, csaba, kaushal, rabhat, racpatel, rhinduja, rhs-bugs, sdharane, shaines | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | glusterfs-3.4.0.2rhs-1 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 958108 (view as bug list) | Environment: | ||
| Last Closed: | 2013-09-23 22:38:31 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 958108 | |||
|
Description
Ujjwala
2013-04-18 11:28:18 UTC
The is issue is reproducible on the RHS 2.1 ISO also. I have updated the sosreport in the rhsqe repo. Fuse mount log snippet: ======================== pending frames: frame : type(1) op(OPENDIR) frame : type(1) op(READ) frame : type(1) op(OPEN) frame : type(0) op(0) patchset: git://git.gluster.com/glusterfs.git signal received: 11 time of crash: 2013-04-22 05:34:45configuration details: argp 1 backtrace 1 dlfcn 1 fdatasync 1 libpthread 1 llistxattr 1 setfsid 1 spinlock 1 epoll.h 1 xattr.h 1 st_atim.tv_nsec 1 package-string: glusterfs 3.4.0.1rhs /lib64/libc.so.6[0x324d832920] /usr/lib64/glusterfs/3.4.0.1rhs/xlator/performance/io-cache.so(ioc_open_cbk+0x98)[0x7f100ab519c8] /usr/lib64/glusterfs/3.4.0.1rhs/xlator/performance/read-ahead.so(ra_open_cbk+0x1d4)[0x7f100ad60d74] /usr/lib64/glusterfs/3.4.0.1rhs/xlator/cluster/distribute.so(dht_open_cbk+0xfb)[0x7f100b1a937b] /usr/lib64/glusterfs/3.4.0.1rhs/xlator/cluster/replicate.so(afr_open_cbk+0x2de)[0x7f100b3e291e] /usr/lib64/glusterfs/3.4.0.1rhs/xlator/protocol/client.so(client3_3_open_cbk+0x18b)[0x7f100b64753b] /usr/lib64/libgfrpc.so.0(rpc_clnt_handle_reply+0xa5)[0x324f00ddf5] /usr/lib64/libgfrpc.so.0(rpc_clnt_notify+0x127)[0x324f00e9d7] /usr/lib64/libgfrpc.so.0(rpc_transport_notify+0x28)[0x324f00a338] /usr/lib64/glusterfs/3.4.0.1rhs/rpc-transport/socket.so(socket_event_poll_in+0x34)[0x7f100c8ac2d4] /usr/lib64/glusterfs/3.4.0.1rhs/rpc-transport/socket.so(socket_event_handler+0x13d)[0x7f100c8ac42d] /usr/lib64/libglusterfs.so.0[0x324e85b3e7] /usr/sbin/glusterfs(main+0x5c6)[0x406676] /lib64/libc.so.6(__libc_start_main+0xfd)[0x324d81ecdd] /usr/sbin/glusterfs[0x404559] FUSE mount is also crashing for me - was running arequal, iozone, glustrefs_build on FUSE mount from - RHEL 6.4 client signal received: 11 time of crash: 2013-04-26 05:43:01configuration details: argp 1 backtrace 1 dlfcn 1 fdatasync 1 libpthread 1 llistxattr 1 setfsid 1 spinlock 1 epoll.h 1 xattr.h 1 st_atim.tv_nsec 1 package-string: glusterfs 3.4.0.1rhs /lib64/libc.so.6[0x3387432920] /usr/lib64/glusterfs/3.4.0.1rhs/xlator/performance/io-cache.so(ioc_open_cbk+0x98)[0x7fa7932009c8] /usr/lib64/glusterfs/3.4.0.1rhs/xlator/performance/read-ahead.so(ra_open_cbk+0x1d4)[0x7fa79340fd74] /usr/lib64/glusterfs/3.4.0.1rhs/xlator/cluster/distribute.so(dht_open_cbk+0xfb)[0x7fa79385837b] /usr/lib64/glusterfs/3.4.0.1rhs/xlator/protocol/client.so(client3_3_open_cbk+0x18b)[0x7fa793a8753b] /usr/lib64/libgfrpc.so.0(rpc_clnt_handle_reply+0xa5)[0x3c4640ddf5] /usr/lib64/libgfrpc.so.0(rpc_clnt_notify+0x127)[0x3c4640e9d7] /usr/lib64/libgfrpc.so.0(rpc_transport_notify+0x28)[0x3c4640a338] /usr/lib64/glusterfs/3.4.0.1rhs/rpc-transport/socket.so(socket_event_poll_in+0x34)[0x7fa794ace2d4] /usr/lib64/glusterfs/3.4.0.1rhs/rpc-transport/socket.so(socket_event_handler+0x13d)[0x7fa794ace42d] /usr/lib64/libglusterfs.so.0[0x3c46c5b3e7] /usr/sbin/glusterfs(main+0x5c6)[0x406676] /lib64/libc.so.6(__libc_start_main+0xfd)[0x338741ecdd] /usr/sbin/glusterfs[0x404559] --always reproducible *** Bug 957657 has been marked as a duplicate of this bug. *** Lookups are not coming on the files. Hence io-cache is not able to fill in the inode context. It might be because of the new fuse module which has readdirp fop. Thus as part of readdirp the inode gets linked to the inode table. The fuse module which has obtained the inode as part of the readdirp operation sends the open call directly without sending the lookup first. But io-cache would not have built the inode context and accesses the NULL context. The solution for this might be making io-cache do the caching (i.e similar to what id does for the lookup) when readdirp reply comes. Tested it on the build - glusterfs 3.4.0.2rhs built on May 2 2013 06:08:46 I don't see the crash in both FSCT and smbtorture testing. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2013-1262.html Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2013-1262.html |