Bug 1263621 - [glusterD]: Peer status showing connected even after firewall services removed from active n/w zone
Summary: [glusterD]: Peer status showing connected even after firewall services remov...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: glusterd
Version: rhgs-3.1
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
: ---
Assignee: Bug Updates Notification Mailing List
QA Contact: Byreddy
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-09-16 10:21 UTC by Byreddy
Modified: 2016-03-30 02:09 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-03-30 02:09:32 UTC
Embargoed:


Attachments (Terms of Use)

Description Byreddy 2015-09-16 10:21:01 UTC
Description of problem:
After removing the services (glusterfs, nfs, rpc-bind), the "gluster peer status" showing nodes in the cluster connected.



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

glusterfs-3.7.1-15


How reproducible:
Always

Steps to Reproduce:
1.Add firewall services (glusterfs, nfs, rpc-bind)
2.Create a cluster of two nodes (node-1 and node-2)
3.Remove firewall services from the n/w zone in node-2
4.Check "gluster peer status" on node-1

Actual results:
peer status showing "Connected" for Node-2

Expected results:
Peer status has to show "Disconnected" for Node-2


Additional info:
After "service glusterd restart", peer status showing properly.

Comment 2 Atin Mukherjee 2015-09-16 10:25:15 UTC
IMO, firewalld doesn't change the behaviour of already established connections which is the case here. A subsequent peer probe/mount would fail post removal of the service file. If that's correct I wouldn't consider it as a bug :)

Comment 3 SATHEESARAN 2015-09-16 13:08:36 UTC
(In reply to Atin Mukherjee from comment #2)
> IMO, firewalld doesn't change the behaviour of already established
> connections which is the case here. A subsequent peer probe/mount would fail
> post removal of the service file. If that's correct I wouldn't consider it
> as a bug :)

Thanks for that quick information.
We can check with firewalld service behavior and then consider further actions required on this bug

Comment 4 Atin Mukherjee 2016-03-29 07:10:22 UTC
Any updates on this, Satheesaran?

Comment 5 SATHEESARAN 2016-03-30 02:09:32 UTC
(In reply to Atin Mukherjee from comment #4)
> Any updates on this, Satheesaran?

Agree with comment2.
Closing this bug


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