Bug 1332776 - glusterd + bitrot : Creating clone of snapshot. error "xlator.c:148:xlator_volopt_dynload] 0-xlator: /usr/lib64/glusterfs/3.7.9/xlator/features/bitrot.so: cannot open shared object file:
Summary: glusterd + bitrot : Creating clone of snapshot. error "xlator.c:148:xlator_vo...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: glusterd
Version: 3.7.11
Hardware: All
OS: All
unspecified
urgent
Target Milestone: ---
Assignee: Kotresh HR
QA Contact:
URL:
Whiteboard:
Depends On: 1332133 1332465
Blocks: 1332864
TreeView+ depends on / blocked
 
Reported: 2016-05-04 04:26 UTC by Kotresh HR
Modified: 2016-06-28 12:16 UTC (History)
6 users (show)

Fixed In Version: glusterfs-3.7.12
Clone Of: 1332465
: 1332864 (view as bug list)
Environment:
Last Closed: 2016-06-28 12:16:31 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Comment 1 Kotresh HR 2016-05-04 04:27:03 UTC
Description of problem:

After enabling bitrot on volume, Creating a clone of snapshot genearates warning
" xlator.c:148:xlator_volopt_dynload] 0-xlator: /usr/lib64/glusterfs/3.7.9/xlator/features/bitrot.so: cannot open shared object file" 

Version-Release number of selected component (if applicable):

How reproducible:

100

Steps to Reproduce:
1. Upgraded system to  glusterfs-3.7.9-3
2. Create 2*2 distribute replicate volume
3. Enable quota, set limit-usage and bitrot
4. Crate snapshot, activate it
5. Create clone of snapshot
 
Actual results:

Clone succeeds with Warning message
Expected results:

Snapshot clone should not generate the warning message

Additional info:

Error log for glusterd
==================================

E [MSGID: 106122] [glusterd-mgmt.c:2344:glusterd_mgmt_v3_initiate_snap_phases] 0-management: Post Validation Failed
The message "W [MSGID: 101095] [xlator.c:148:xlator_volopt_dynload] 0-xlator: /usr/lib64/glusterfs/3.7.9/xlator/features/bitrot.so: cannot open shared object file:

--- Additional comment from Kotresh HR on 2016-05-03 05:26:37 EDT ---

Description of problem:

After enabling bitrot on volume, Creating a clone of snapshot genearates warning
" xlator.c:148:xlator_volopt_dynload] 0-xlator: /usr/lib64/glusterfs/3.7.9/xlator/features/bitrot.so: cannot open shared object file" 

Version-Release number of selected component (if applicable):

How reproducible:

100

Steps to Reproduce:
1. Create 2*2 distribute replicate volume
2. Enable quota, set limit-usage and bitrot
3. Crate snapshot, activate it
4. Create clone of snapshot
 
Actual results:

Clone succeeds with Warning message
Expected results:

Snapshot clone should not generate the warning message

Additional info:

Error log for glusterd
==================================

E [MSGID: 106122] [glusterd-mgmt.c:2344:glusterd_mgmt_v3_initiate_snap_phases] 0-management: Post Validation Failed
The message "W [MSGID: 101095] [xlator.c:148:xlator_volopt_dynload] 0-xlator: /usr/lib64/glusterfs/3.7.9/xlator/features/bitrot.so: cannot open shared object file:

Comment 2 Vijay Bellur 2016-05-04 04:31:01 UTC
REVIEW: http://review.gluster.org/14193 (glusterd/bitrot: Fix bitrot xlator_type) posted (#1) for review on release-3.7 by Kotresh HR (khiremat)

Comment 3 Vijay Bellur 2016-05-04 11:51:49 UTC
COMMIT: http://review.gluster.org/14193 committed in release-3.7 by Atin Mukherjee (amukherj) 
------
commit ef77131b44309404d7b1f492c8a92bc3dbf3e6b0
Author: Kotresh HR <khiremat>
Date:   Tue May 3 14:47:19 2016 +0530

    glusterd/bitrot: Fix bitrot xlator_type
    
    Fix "voltype" value for bitrot in 'glusterd_volopt_map'.
    Routines such as 'gd_is_boolean_option' will use
    the value of "voltype" to load the shared
    library and figure out data type of specific options.
    If the value of "voltype" does not match with
    the actual shared library name, it will break such
    routines.
    
    Backport of:
    >BUG: 1332465
    >Change-Id: I36af4bb3e7043cc87dd19aea1985f3167ff82c18
    >Reviewed-on: http://review.gluster.org/14183
    
    BUG: 1332776
    Change-Id: If23bde278347bfb4501f7ab6837f8886913358df
    Signed-off-by: Kotresh HR <khiremat>
    Reviewed-on: http://review.gluster.org/14193
    Smoke: Gluster Build System <jenkins.com>
    NetBSD-regression: NetBSD Build System <jenkins.org>
    CentOS-regression: Gluster Build System <jenkins.com>
    Reviewed-by: Atin Mukherjee <amukherj>

Comment 4 Kaushal 2016-06-28 12:16:31 UTC
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.7.12, please open a new bug report.

glusterfs-3.7.12 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution.

[1] https://www.gluster.org/pipermail/gluster-devel/2016-June/049918.html
[2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user


Note You need to log in before you can comment on or make changes to this bug.