Bug 1002701 - ping_pong IO Coherence test fails on fuse mount
Summary: ping_pong IO Coherence test fails on fuse mount
Keywords:
Status: CLOSED EOL
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: glusterfs
Version: 2.1
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Bug Updates Notification Mailing List
QA Contact: spandura
URL:
Whiteboard:
: 1006279 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-29 18:14 UTC by spandura
Modified: 2015-12-03 17:17 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-12-03 17:17:05 UTC
Embargoed:


Attachments (Terms of Use)

Description spandura 2013-08-29 18:14:57 UTC
Description of problem:
===========================
When running ping_pong on a file ("ping_pong -rw testfile N") from multiple fuse mounts,  the "data increment" value is not equal the number of nodes currently running the ping_pong test. The "data increment" value is not getting incremented when a new instance of ping_pong is started. 

Version-Release number of selected component (if applicable):
==============================================================
glusterfs 3.4.0.27rhs built on Aug 29 2013 09:57:33

How reproducible:
====================
Often

Steps to Reproduce:
====================
1. Create a replicate volume ( 1 x 2 ) 

2. Set the following volume options:
write-behind off
eager-lock off
storage.batch-fsync-delay-usec 0

3. Start the volume.

4. Create 4 fuse mounts from a client node. 

5. Start an instance of ping_pong on mount1 : "ping_pong -rw testfile 6" . 
"data increment" value should be "1" and it should also print a lock rate once per second

Actaul result : 

Mount1:- 
++++++++++++++++++
root@darrel [Aug-29-2013-17:47:59] >ping_pong -rw ./testfile 6
data increment = 1
   166 locks/sec

6. Start another instance of ping_pong on mount2 :"ping_pong -rw testfile 6"
"data increment" value should be "2" and it should also print a lock rate once per second

Actual results:

Mount1:- 
++++++++++++++++++
root@darrel [Aug-29-2013-17:47:59] >ping_pong -rw ./testfile 6
data increment = 1
   137 locks/sec
    85 locks/sec

Mount2:-
++++++++++++++++++
root@darrel [Aug-29-2013-17:55:33] >ping_pong -rw ./testfile 6
data increment = 1
   134 locks/sec

Expected results:
====================
"data increment" value should be incremented and should be equal to number of nodes currently running the ping_pong test

Comment 2 Sudhir D 2013-09-11 12:19:55 UTC
*** Bug 1006279 has been marked as a duplicate of this bug. ***

Comment 3 Vivek Agarwal 2015-12-03 17:17:05 UTC
Thank you for submitting this issue for consideration in Red Hat Gluster Storage. The release for which you requested us to review, is now End of Life. Please See https://access.redhat.com/support/policy/updates/rhs/

If you can reproduce this bug against a currently maintained version of Red Hat Gluster Storage, please feel free to file a new report against the current release.


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