Bug 1296824

Summary: Need a deterministic way to account how much read/write would constitute a one read/write threshold
Product: Red Hat Gluster Storage Reporter: krishnaram Karthick <kramdoss>
Component: tierAssignee: hari gowtham <hgowtham>
Status: CLOSED WONTFIX QA Contact: Nag Pavan Chilakam <nchilaka>
Severity: high Docs Contact:
Priority: unspecified    
Version: rhgs-3.1CC: rhs-bugs, sankarshan
Target Milestone: ---Keywords: ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: tier-migration
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-02-06 17:43:16 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:

Description krishnaram Karthick 2016-01-08 08:41:21 UTC
Description of problem:

Setting of cluster.read-freq-threshold is not honored. While cluster.read-freq-threshold is set to a value more than 1, files are  promoted even when they are read once.

For the test, cluster.read-freq-threshold was set to 3, and a file from cold tier was accessed by fuse mount once. File got promoted. 

[root@zod /]# gluster vol info
 
Volume Name: krk-vol
Type: Tier
Volume ID: 1cb424ba-8f21-41f7-8d83-6c321d79a15c
Status: Started
Number of Bricks: 10
Transport-type: tcp
Hot Tier :
Hot Tier Type : Distributed-Replicate
Number of Bricks: 2 x 2 = 4
Brick1: yarrow:/rhs/brick7/krk-hot
Brick2: zod:/rhs/brick7/krk-hot
Brick3: yarrow:/rhs/brick6/krk-hot
Brick4: zod:/rhs/brick6/krk-hot
Cold Tier:
Cold Tier Type : Distribute
Number of Bricks: 6
Brick5: zod:/rhs/brick1/krk-vol
Brick6: yarrow:/rhs/brick1/krk-vol
Brick7: zod:/rhs/brick2/krk-vol
Brick8: yarrow:/rhs/brick2/krk-vol
Brick9: zod:/rhs/brick3/krk-vol
Brick10: yarrow:/rhs/brick3/krk-vol
Options Reconfigured:
cluster.write-freq-threshold: 5
cluster.read-freq-threshold: 3
features.record-counters: on
performance.io-cache: off
performance.quick-read: off
features.quota-deem-statfs: on
features.inode-quota: on
features.quota: on
cluster.tier-mode: cache
features.ctr-enabled: on
performance.readdir-ahead: on

Version-Release number of selected component (if applicable):
glusterfs-server-3.7.5-15.el7rhgs.x86_64

How reproducible:
Always

Steps to Reproduce:
1. create a distributed gluster volume
2. create few files
3. attach a hot tier
4. enable quota, turn performance.io-cache and performance.quick-read off
5. configure cluster.read-freq-threshold to a higher value
5. read files that were created earlier in step 2 (cat and vi were used for the test). Read only once.

Actual results:
Files that were read once were promoted

Expected results:
Files should be read at least 'n' number of times to be promoted, where n is the value set for cluster.read-freq-threshold

Additional info:
cluster.write-freq-threshold works as expected

Comment 2 krishnaram Karthick 2016-01-08 08:59:54 UTC
sosreports are available here --> http://rhsqe-repo.lab.eng.blr.redhat.com/sosreports/1296824/

Comment 6 Shyamsundar 2018-02-06 17:43:16 UTC
Thank you for your bug report.

We are no longer working on any improvements for Tier. This bug will be set to CLOSED WONTFIX to reflect this. Please reopen if the rfe is deemed critical.