bugGluster - Bugs: bug #25185, AFR heals metadata every time.

 
 

bug #25185: AFR heals metadata every time.

Submitted by:  swankier <swankier>
Submitted on:  Sat 27 Dec 2008 07:16:49 PM UTC  
 
Category: GlusterFSSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Improper behaviour
Status: FixedPrivacy: Public
Assigned to: Basavanagowda Kanur <gowda>Originator Name: swankier
Open/Closed: ClosedRelease: 
Operating System: GNU/LinuxReproducibility: Every Time

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Fri 02 Jan 2009 01:48:16 AM UTC, comment #5:

To take the proper 'boolean' values (on/off, yes/no, true/false, enable/disable, 1/0) for AFR options is committed in patch-822 by gowda.

and the default behavior is corrected in patch-816.

Regards,
Amar

Amar Tumballi <amarts>
Project Member
Mon 29 Dec 2008 06:17:39 PM UTC, comment #4:

http://gluster.org/docs/index.php/Translators_options

swankier <swankier>
Mon 29 Dec 2008 12:04:20 AM UTC, comment #3:

patch 816 seem to change the behavior (not tested by me yet.)

http://arch.savannah.gnu.org/archives/gluster/glusterfs/glusterfs--mainline/glusterfs--mainline--3.0/patch-816/log

However, I wonder if the config options are working now?

swankier <swankier>
Sat 27 Dec 2008 10:34:32 PM UTC, comment #2:

I believe this means that the default of 'option metadata-self-heal 0' is not being respected. Also, if set manually, gluster does not seem to behave differently.

===

2008-12-27 14:31:38 D [afr-self-heal-common.c:1005:afr_self_heal] array: performing self heal on /shared_images/border/swf/4x6_valentines_fancy_heart_l.swf (metadata=1 data=0 entry=0)

swankier <swankier>
Sat 27 Dec 2008 07:36:57 PM UTC, comment #1:

add readahead to the mix, and things can get quite latent.

swankier <swankier>
Sat 27 Dec 2008 07:16:49 PM UTC, original submission:

this can't be right, can it? why would the meta data be off every time? ls -lah * on a large directory takes a lot of time to return because of all this syncing (see ls -lah does not return until afr self-heal completes.)

==========

glusterfs -f /usr/local/etc/glusterfs/glusterfs-client.vol /www/photo_rolls_ite/ --debug

==========

ls -lah /www/photo_rolls_ite/it/boot.tar.gz

==========

2008-12-27 14:14:37 D [inode.c:280:__inode_activate] fuse/inode: activating inode(195340298), lru=33/0 active=4 purge=0
2008-12-27 14:14:37 D [fuse-bridge.c:463:fuse_lookup] glusterfs-fuse: 558: LOOKUP /it/boot.tar.gz(195340298)
2008-12-27 14:14:37 D [afr-self-heal-common.c:1005:afr_self_heal] array: performing self heal on /it/boot.tar.gz (metadata=1 data=0 entry=0)
2008-12-27 14:14:37 D [afr-self-heal-common.c:1032:afr_self_heal] array: proceeding to metadata check on /it/boot.tar.gz
2008-12-27 14:14:37 D [afr-self-heal-common.c:413:afr_sh_missing_entries_done] array: proceeding to metadata check on /it/boot.tar.gz
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:739:afr_sh_metadata_lock] array: locking /it/boot.tar.gz on subvolume nas2
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:739:afr_sh_metadata_lock] array: locking /it/boot.tar.gz on subvolume nas1
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:693:afr_sh_metadata_lk_cbk] array: inode of /it/boot.tar.gz on child 1 locked
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:693:afr_sh_metadata_lk_cbk] array: inode of /it/boot.tar.gz on child 0 locked
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:648:afr_sh_metadata_lookup] array: looking up /it/boot.tar.gz on nas2
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:648:afr_sh_metadata_lookup] array: looking up /it/boot.tar.gz on nas1
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:601:afr_sh_metadata_lookup_cbk] array: path /it/boot.tar.gz on subvolume nas1 is of mode 0100644
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:601:afr_sh_metadata_lookup_cbk] array: path /it/boot.tar.gz on subvolume nas2 is of mode 0100644
2008-12-27 14:14:37 D [afr-self-heal-common.c:142:afr_sh_print_pending_matrix] array: pending_matrix: [ 34 8 ]
2008-12-27 14:14:37 D [afr-self-heal-common.c:142:afr_sh_print_pending_matrix] array: pending_matrix: [ 0 0 ]
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:488:afr_sh_metadata_sync_prepare] array: syncing metadata of /it/boot.tar.gz from subvolume nas2 to 1 active sinks
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:380:afr_sh_metadata_sync] array: syncing metadata of /it/boot.tar.gz from nas2 to nas1
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:249:afr_sh_metadata_erase_pending] array: erasing pending flags from /it/boot.tar.gz on nas2
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:249:afr_sh_metadata_erase_pending] array: erasing pending flags from /it/boot.tar.gz on nas1
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:156:afr_sh_metadata_finish] array: unlocking /it/boot.tar.gz on subvolume nas2
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:156:afr_sh_metadata_finish] array: unlocking /it/boot.tar.gz on subvolume nas1
2008-12-27 14:14:37 D [afr-self-heal-metadata.c:83:afr_sh_metadata_done] array: proceeding to data check on /it/boot.tar.gz
2008-12-27 14:14:37 D [afr-self-heal-data.c:981:afr_self_heal_data] array: not doing data self heal on /it/boot.tar.gz
2008-12-27 14:14:37 D [afr-self-heal-data.c:70:afr_sh_data_done] array: self heal of /it/boot.tar.gz completed
2008-12-27 14:14:37 D [fuse-bridge.c:368:fuse_entry_cbk] glusterfs-fuse: 558: LOOKUP() /it/boot.tar.gz => 195340298 (195340298)
2008-12-27 14:14:37 D [inode.c:299:__inode_passivate] fuse/inode: passivating inode(195340298) lru=34/0 active=3 purge=0

swankier <swankier>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by amarts (Posted a comment)
  • -unavailable- added by swankier (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 02 Jan 2009 01:48:16 AM UTCamartsStatusNone=>Fixed
      Assigned toNone=>gowda
      Originator Name=>swankier
      Open/ClosedOpen=>Closed

    Back to the top


    Powered by Savane 3.1-cleanup1