[Bugs] [Bug 1585104] New: Sharding sends all application sent fsyncs to the main shard file

[bugzilla at redhat.com]

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

            Bug ID: 1585104
           Summary: Sharding sends all application sent fsyncs to the main
                    shard file
           Product: Red Hat Gluster Storage
           Version: rhhi-1.1
         Component: rhhi
          Severity: high
          Assignee: sabose at redhat.com
          Reporter: sasundar at redhat.com
        QA Contact: sasundar at redhat.com
                CC: amukherj at redhat.com, bugs at gluster.org,
                    kdhananj at redhat.com, knarra at redhat.com,
                    nbalacha at redhat.com, rcyriac at redhat.com,
                    rhinduja at redhat.com, rhs-bugs at redhat.com,
                    sabose at redhat.com, sankarshan at redhat.com,
                    sasundar at redhat.com, sheggodu at redhat.com,
                    storage-qa-internal at redhat.com
        Depends On: 1583462



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


******* 
This bug is especially relevant in use cases where we want to use RHV-RHGS HC
configuration on single brick plain distribute gluster volumes. ********

Description of problem:

While testing the VM use case with sharding (4 MB shards) enabled, we added
additional dht logs to track the fops being sent on fds. Post the test, the
logs indicate that most fsyncs from the application are being on the main shard
file instead of the shards to which the writes were actually sent.

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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1583462
[Bug 1583462] Sharding sends all application sent fsyncs to the main shard
file
-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Mi3zpvSa34&a=cc_unsubscribe