Bug 973091

Summary: [RHS-C] Binary hook contents are being displayed during Resolve Conflicts
Product: [Red Hat Storage] Red Hat Gluster Storage Reporter: Prasanth <pprakash>
Component: rhscAssignee: Kanagaraj <kmayilsa>
Status: CLOSED ERRATA QA Contact: Prasanth <pprakash>
Severity: medium Docs Contact:
Priority: medium    
Version: 2.1CC: dpati, dtsang, kmayilsa, knarra, mmahoney, pprakash, rhs-bugs, sabose, sankarshan, sdharane, sharne, ssampat
Target Milestone: ---Keywords: ZStream
Target Release: RHGS 2.1.2   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: CB10 Doc Type: Bug Fix
Doc Text:
Previously, binary hook contents were displayed during Resolve Conflicts. Now, with this update, the binary hook content is not displayed in the 'Resolve Conflicts' window.
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-02-25 07:30:39 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:
Embargoed:
Attachments:
Description Flags
screenshot of error none

Description Prasanth 2013-06-11 09:27:39 UTC
Created attachment 759503 [details]
screenshot of error

Description of problem:

Binary hook contents are being displayed during Resolve Conflicts

Version-Release number of selected component (if applicable):  Red Hat Storage Console Version: 2.1.0-0.bb2.el6rhs 


How reproducible: Always


Steps to Reproduce:

Create a 3 server cluster.

1. Create a Text Hook (say: testhook.sh) in one of the servers and sync it across all the servers using the Resolve Conflict Missing feature.
2. Copy a Binary Hook to server1 with the same name as that of the Text Hook (testhook.sh). So currently, Server1 is having a binary hook with the name testhook.sh; server2 and server3 are having a text hook with the same name (testhook.sh)
3. A content conflict will now be determined in the UI and click on "Resolve Conflicts". The server copy will still be showing the "Text" content of the hook, whereas, server1 will be showing the "Binary" content.


Actual results: Binary contents of a hook is being displayed


Expected results: Content of the hook can be viewed ONLY if the hook content type is 'Text' as per http://www.ovirt.org/Features/Gluster_Hooks_Management#User_work-flows

Additional info: Screenshot attached.

Comment 2 Prasanth 2013-07-09 07:32:07 UTC
>> 3. A content conflict will now be determined in the UI and click on "Resolve Conflicts". The server copy will still be showing the "Text" content of the hook, whereas, server1 will be showing the "Binary" content.

Now the Binary content is not getting displayed in server1, but instead it shows the text content with a different md5sum when we change the "Source" from "Engine (Master)" to "server1". May be the cleanup is not happening properly during the Source switch.

Moving back to Assigned.

Comment 3 Dustin Tsang 2013-12-04 18:25:03 UTC
verified in rhsc-cb10

Comment 4 Shalaka 2014-01-07 07:03:38 UTC
Please review the edited DocText and signoff.

Comment 5 Kanagaraj 2014-01-16 06:59:48 UTC
doc_text looks good.

Comment 7 errata-xmlrpc 2014-02-25 07:30:39 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2014-0208.html