[Bugs] [Bug 1503519] default timeout of 5min not honored for analyzing split-brain files post setfattr replica.split-brain-heal-finalize

[bugzilla at redhat.com]

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



--- Comment #1 from Karthik U S <ksubrahm at redhat.com> ---
Description of problem:
=======================
a file in split-brain can be still read or accessed from a fuse mount by
pointing to the desired brick by using following steps:
1)first identify the split-brain file
2)confirm from the fuse mount using getfattr -n replica.split-brain-status
<split-brain file>
Now as the file is in split-brain the user gets I/O error
But the user can analyze the split brain file by getting access by setting
"setfattr -n replica.split-brain-choice -v "choiceX" <path-to-
file>"
where -V is for the brick

However, the expected default time-out is 5min, post which the file should
become again inaccessible.
However, this doesnt work as the user can keep accessing the file indefinitely 
you can also refer admin do 10.11.2.1:Recovering File Split-brain from the
Mount Point -->>Setting the split-brain-choice on the file

Steps to Reproduce:
1.create a data/metadata split brain
2.on fuse mount use "setfattr -n replica.split-brain-choice -v "choiceX"
<path-to-file>" to access the splitbrain file from fuse mount
3.the split brain file should be accessible only for 5min after using above
command

Actual results:
=================
the splitbrain file is accessible without any timebound

Expected results:
=====================
the splitbrain file should be  accessible for default time of 5min

-- 
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=3LNyZjXKsY&a=cc_unsubscribe