[Bugs] [Bug 1390870] New: DHT: Rebalance- Misleading log messages from __dht_check_free_space function

[bugzilla at redhat.com]

https://bugzilla.redhat.com/show_bug.cgi?id=1390870

            Bug ID: 1390870
           Summary: DHT: Rebalance- Misleading log messages from
                    __dht_check_free_space function
           Product: GlusterFS
           Version: 3.8
         Component: distribute
          Assignee: bugs at gluster.org
          Reporter: anraj at redhat.com
                CC: bugs at gluster.org



+++ This bug was initially created as a clone of Bug #1167789 +++
+++ This bug was initially created as a clone of Bug #1341948 +++

Description of problem:
misleading message from logs about available disk space

Version-Release number of selected component (if applicable):
3.6.0.33-1.el6rhs.x86_64

How reproducible:
always

Steps to Reproduce:
1. create a volume and data 
2. add one more brick , make sure that there is some space discrepancy 
3. start the rebalance without force option
gluster volume rebalance <vol> start 
4. check the status of rebalance and make sure that some skipped files are
there

Actual results:
2014-11-25 09:10:32.433141] I [dht-rebalance.c:902:dht_migrate_file] 0-gs-dht:
/file9: attempting to move from gs-client-0 to gs-client-4
[2014-11-25 09:10:32.437164] W [MSGID: 109023]
[dht-rebalance.c:568:__dht_check_free_space] 0-gs-dht: data movement attempted
from node (gs-client-0:209540896) with higher disk space to a node
(gs-client-4:209540960) with lesser disk space, file { blocks:2048,
name:(/file9) }


[2014-11-25 09:10:32.438441] I [dht-common.c:1563:dht_lookup_everywhere_cbk]
0-gs-dht: attempting deletion of stale linkfile /file10 on gs-client-4 (hashed
subvol is gs-client-6)



Here available space on source is gs-client-0:209540896 and on destination is
gs-client-4:209540960 but log says source has higher space and destination has
lesser which is misleading .

since calculation of free space is done in the following way

if ((dst_statfs_blocks - stbuf->ia_blocks) <
    (src_statfs_blocks + stbuf->ia_blocks)) 


the proper values has to be printed in the logs

--- Additional comment from RHEL Product and Program Management on 2014-11-25
07:53:37 EST ---

Since this issue was entered in bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.

--- Additional comment from Sakshi on 2015-04-22 09:03:44 EDT ---

What is the size of the brick? Also what do you mean by space discrepancy?
Should the brick added later be lesser in size compared to the existing bricks?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.